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FOREWORD 


Air  Force  Systems  Command  sponsored  two  MIL-STD-1553  Multiplex  Data 
Dus  Conferences,  one  in  1976  and  one  in  1978.  In  the  past  two  years, 
MIL-STD-1750  and  MIL-STD-1589  have  matured  to  the  point  of  justifying 
another  conference.  For  the  next  three  days  we  will  provide  an  update 
of  MIL-STD-1553B ,  1750A,  1589B,  and  also  the  status  of  the  new  MIL-STD- 
1760,  and  the  progress  of  the  Ada  programming  language.  Significant 
interest  in  MIL-STD-1553B  systems  applications,  LSI  developments  and 
test  equipment,  as  well  as  the  publication  of  MIL-STD-1 750A  and  1589B 
have  prompted  this  Avionics  Standardization  Conference.  Brig  Gen  Jacobs, 
Deputy  Chief  of  Staff,  Plans  and  Programs,  requested  this  conference, 
being  hosted  by  the  Aeronautical  Systems  Division,  Lt  Gen  Skantze, 

Commander . 

The  purpose  of  the  conference  is  to  present  Air  Force  standardization 
policy  and  the  status  of  the  military  standards,  to  exchange  data  on  lessons 
learned  from  system  applications,  and  to  present  new  hardware/software  de¬ 
velopments  in  support  of  these  standards. 

This  is  the  STANDARDS  Volume,  Volume  II  of  the  Standardization  Conference. 
Volume  I  will  contain  the  proceedings  and  papers  given  during  the  conference, 
which  will  be  sent  to  attendees  at  a  later  date. 

Many  thanks  to  Captain  David  Herrelko  (AFSC/XR)  and  Major  A1  Kopp 
(AFSC/XRF)  for  their  headquarter ' s  assistance  in  organizing  this  conference; 
also  to  the  ASD/ENA  staff  who  assisted  in  organizing  the  technical  program, 
proceedings  and  exhibits,  Mr.  Stephen  Smith  and  Mr.  Erwin  Gangl.  Special 
thanks  to  Mr.  Joseph  Militello  (University  of  Dayton  Research  Institute) 
who  did  an  outstanding  job  in  organizing  the  conference  facilities,  hotel 
accommodations  and  food  service. 

Thanks  also  to  the  moderators  and  all  the  speakers  who  responsed  with 
outstanding  presentations  and  papers  in  a  timely  manner  despite  such  short 
notice.  And,  finally  to  the  secretaries,  Mrs.  Marie  Jankovich,  Mrs.  Kathy 
Hayes,  and  Mrs.  Sharleen  Thompson  for  their  expert  administrative  help  in 
handling  the  conference  correspondence  and  registration. 


ROBERT  P.  LAVOIE,  Colonel, 


USAF 


Director,  Avionics  Engineering 
Deputv  for  Engineering 
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Ml L-STD- 1 7S0 (USAF)  Instruction  Sot  Architecture  Conference 


ASD/CV 


1.  We  arc  impressed  with  your  significant  technological  propress  in 
developing  and  implementing  our  Airborne  Computer  Instruction  Set 
Architecture,  MIL-STD-1750 (USAF) .  The  teamwork  of  ASD/AX,  ASd/F.N  and 
the  AFWAL/AA  has  been  a  key  factor  in  this  successful  effort.  The 
enthusiast ic  industry-wide  response  to  this  standardization  initiative 
attests  to  the  soundness  of  the  approach.  With  over  a  dozen  con¬ 
tractors  implementing  the  1750  architecture,  and  with  the  strong  inter¬ 
est  being  shown  bv  systems  houses  and  airframe  mnrwfacturers ,  the  time 
seems  right  for  a  conference  devoted  to  MI L-STD- I 7 SO. 

2.  We  request  you  host  such  a  conference,  in  conjunction  with  the  Fall 
meetings  of  the  MIL-STD-1750  Users  Croup  and  the  MIL-STD-1750  Control 
Board,  which  we  understand  will  be  hold  at  Ur i ght -Patterson  Air  Force 
Base,  This  seems  an  excellent  time  to  demonstrate  actual  working  hard¬ 
ware,  to  exchange  information  through  presentations  and  a  published 
proceedings  of  the  conference,  and  to  show  off  RN*s  SFAFAC  facility, 
which  has  a  central  role  in  MIL-S'f  [)- 1  750  veri  fi  cat  iofi . 


3.  The  AFSC  project  officer  for  this  effort.,  Captain  David  A.  Ilcrrclko 
(AFSC/XRF),  AUTOVON  858-5731,  is  prepared  to  provide  you  vith  any 
assistance  you  might  need  in  arranging  this  conference. 
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AFSC  Standardization  Conference 


AFSC/XR 

1.  Reference  your  letter  of  29  April  1980,  Subject:  M l L-STD-1 750(USAF) 
Instruction  Set  Architecture  Conference.  ASD/EN  took  on  the  task  to 
support  the  MIL-STD-1750  conference.  We  had  originally  planned  to 
schedule  this  conference  for  mid-September.  For  a  variety  of  reasons, 
we  elected  to  expand  the  scope  of  this  conference  to  cover  all  current 
AFSC  standardisation  initiatives  and  issues.  We  have  discussed  this 
with  ASD/AX  and  ASD/XR  and  have  jointly  agreed  to  separate  the  1750 
Technical  Users’  Croup  meeting  from  the  broader  aspects  of  the  conference. 
We  have  tentatively  rescheduled  it  for  the  period  of  18  through  20  November 
and  plan  to  include  MlL~STDs-1750A,  -1589, -1553B,  and  -1760. 

2.  We  believe  it  would  be  more  effective  to  target  such  a  conference  to 
SPO  level  managers  and  engineers  and  their  counterparts  in  industry,  in 
order  to  facilitate  application  of  these  standards  to  specific  programs. 

We  want  to  make  it  an  educational  rather  than  a  technical  symposium.  This 
will  afford  us  the  opportunity  to  present  our  perception  of  the  benefits 
we  expect  from  incorporating  the  standards;  present  the  status  of  key 
efforts  supporting  each  of  these;  and  present  lessons  learned  to  date 
where  we  have  had  some  actual  experience  in  applying  them.  We  will 

plan  to  address  DOD  standardization  policy  where  it  applies  and  will  pro¬ 
vide  the  opportunity  for  Headquarters  personnel  to  make  inputs  aJdressing 
specific  USAF  and  AFSC  intentions.  We  also  intend  to  provide  our  people 
some  insight  into  foreign  applications  of  our  military  standards. 

3.  I  would  appreciate  your  support  of  this  conference  and  your  concurrence 
that  this  approach  will  satisfy  your  original  request.  The  Directorate  of 
Avionics  Engineering,  ASD/ENA,  will  run  the  show  for  ASD.  Our  project 
officers  are  Mr.  Erwin  C.  Gangl,  ASD/ENAI,  Autovon  785-4865  and 

Mr.  Stephen  Smith,  ASD/ENAIB,  Autovon  785-2248.  They  are  prepared  to 
provide  your  staff  witji  any  information  they  may  need  or  wish  to  have 
relative  to  the  details  of  the  conference. 
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SUBJECT :  AFSC  Avionics  S tandard iza t Ion  Conference,  18  -  20  November  1980 

JO:  CONFERENCF  ATTENDEES 


1.  The  Aeronaut  leal  Systems  Division  Is  orp.nnl^lnp,  and  host  Inf;  a 
conference  on  Avionics  Standardization  at  the  Dayton  Convention 
Center,  18  -  20  November  1980.  This  conference  will  address  Air 
Force  Avionics  Standardization  Policy,  t  Ho  status  of  MI  l. -STD- 1 553 
(Multiplexed  Data  Bus),  M I  E-STD- 1  7 50  (Computer  Instruction  Set 
Architecture),  Ml  E-STD- 1 5B9  (J73  IMphcr  Order  Language),  MIE-Sfn- 
1760  (Aircraft  to  Stores  Electrical  Interface),  and  -the  progress 
of  the  new  International  Higher  Order  Language,  Ada.* 

2.  We  have  targeted  this  ronf^rnirr  to  manager «;  and  eng  1  no  *  '  I’’ 

the  Systems  Trogram  Offices  and  aerospace  'ndustry  to  facile a‘e 

t  he  application  of  these  standards  to  Air  Force  programs 
you  encourage  attendance  of  your  kev  personnel  to  Increase  t^r  I  r 
understanding  and  appreciation  of  the  benefits  to  be  gained  from 
applying  these  standards. 

3.  We  plan  to  make  It  an  educational  rather  than  technical  sympo¬ 

sium.  Tills  will  afford  ns  the  opportunity  t *'  present  out  pcrrrrt  '  ••• 
of  the  benefits  we  expect  from  |  m  or  pc*r  a  t  I  up  tin*  sf  an  In  :  r«’r.» 

the  status  of  key  efforts  "ppnr:  inr  en*  h  r  these,  ,v-  I  pi  *•■;»» ■  I  :,f;rnn‘ 
learned  to  date  whore  we  have  had  somo  actual  experience  In  applying 
them.  We  will  also  plan  to  address  POD  st  andanli7.1t  Ion  policy  worm 
It  applies,  and  will  provide  the  opportunity  for  llondqua r ’ r r 1 s  person¬ 
nel  to  make  inputs  .aid tossing  specific  USAF  and  AFSC  intentions.-  In 
addition,  we  will  ptovide  attendees  some  Insight  into  foreign  accep¬ 
tance  and  system  applications  of  these  military  standards. 

U  .  A  minima!  sul-.s  I  s  ten*- fur  of  $  } .  (K)  por  person  will  ho  ci-iMu  I  To 
maximize  attendance.  registration  w  1J1  he  at  the  door  and  a ;  on  lops 
will  receive  a  complimentary  copy  of  the  proceedings 
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Aircraft  internal  Time  Pi  vision  Command/ Hesponse  Multiplex  Data  Bus 
HIL-STD-1553B 

1.  This  Military  Standard  is  approved  lor  use  by  ail  Department  and  Agencies 
of  the  Department  of  Defense. 

2.  beneficial  comments  {  recommends tions ,  Auditions,  deletions)  and  any 
pertinent  data  which  may  be  of  use  in  improving  this  document  should  be 
addressed  to:  Aeronautical  Systems  Division,  Attn;  FNA1,  Wright-Pa t terson  Air 
Force  base  45433,  by  using  the  self  addressed  Standardization  Document 
Improvement  Proposal  ( DD  Form  1426)  appearing  at  the  end  of  tms  document  or  by 
letter . 


r 


hll,-STL>-1553B 
?1  September  1978 


HjHhtoOHI 

n*  i  3  standard  contains  requirements  tor  aircraft  internal  time  division 
command/  response  multiplex  data  bus  techniques  which  will  oe  utilized  in 
systems  integration  of  aircraft  subsystems.  Even  with  the  use  of  this 
standard,  subtle  differences  will  exist  between  multi  {'lex  data  buses  used  on 
different  aircraft  due  to  particular  aircraft  mission  requirements  and  the 
designer  options  allowed  in  this  standard.  The  system  designer  must  recognize 
this  fact  and  design  the  muitiplex  bus  controller  hardware  and  software  to 
accommodate  such  differences.  These  designer  selected  options  must  exist,  so 
as  to  allow  the  necessary  flexibility  in  the  design  of  specific  multiplex 
systems  in  order  to  provide  for  the  control  mechanism,  architecture  re  idancy, 
degradation  concept  and  traffic  patterns  peculiar  to  the  specific  aircraft 
mission  requirements. 
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1 .  SCOPE. 

1.1  Scope .  This  standard  establishes  requirements  for  digital, 
command/res  ponse  ,  time  division  multiplexing  (Data  bus)  techniques  on  aircraft. 
It  encompasses  the  data  bus  line  and  its  interface  electronics  illustrated  on 
figure  1,  and  also  defines  the  concept  of  operation  and  information  flow  on  the 
multiplex  data  bus  and  the  electrical  and  functional  formats  to  be  employed. 

1.2  Application  .  When  invoked  in  a  specification  or  statement  of  work,  these 
requirements  shall  apply  to  the  multiplex  data  bus  and  associated  equipment 
which  is  developed  either  alone  or  as  a  portion  of  an  aircraft  weapon  system  or 
subsystem  development.  The  contractor  is  responsible  for  invoking  all  the 
applicable  requirements  of  this  Military  Standard  on  any  and  all  subcontractors 
he  may  employ. 

2.  REFERENCED  DOCUMENTS 

2.1  Issue  of  document.  The  following  document,  of  the  issue  in  effect  on  date 
of  invitation  for  bid  or  request  for  proposal,  forms  a  part  of  the  standard  to 
the  extent  specified  herein, 

SPECIFICATION 

MILITARY 

MIL-E-6051  Electromagnetic  Compatibility  Requirements,  Systems 

(Copies  of  specifications,  standards,  drawings,  and  publications  required  by 
contractors  in  connection  with  specific  procurement  functions  should  be 
obtained  from  the  procuring  activity  or  as  directed  by  the  contracting 
officer . ) 

3.  DEFINITIONS 

3-1  Bit .  Contraction  of  binary  digit:  may  be  either  zero  or  one.  In 
information  theory  a  binary  digit  is  equal  to  one  binary  decision  or  the 
designation  of  one  of  two  possible  values  or  states  of  anything  used  to  store 
or  convey  information. 

3 .2  bit  rate .  The  number  of  bits  transmitted  per  second. 

3.3  Pulse  code  modulation  (PCM) .  The  form  of  modulation  in  which  the 
modulation  signal  is  sampled,  quantized,  and  coded  so  that  each  element  of 
information  consists  of  different  types  or  nunbers  of  pulses  and  spaces. 

3.4  Time  division  multiplexing  (TDM).  The  transmission  of  information  from 
several  signal  sources  through  one  communication  system  with  different  signal 
samples  staggered  in  time  to  form  a  composite  pulse  train. 

3.5  Half  duplex.  Operation  of  a  data  transfer  system  in  either  direction  over 
a  single  line,  but  not  in  both  directions  on  that  line  simultaneously. 


3.6  Jfpri.  In  this  docunent  a  word  is  a  sequence  of  16  bits  plus  sync  and 
parity.  There  are  three  types  of  words:  command,  status  and  data. 
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3*7  Message  .  A  single  message  is  the  transmission  of  a  command  word,  status 
word,  and  data  words  if  they  are  specified.  For  the  case  of  a  remote  terminal 
to  remote  terminal  ( RT  to  RT)  transmission,  the  message  shall  Include  the  two 
command  words,  the  two  status  words,  and  data  words. 

3*8  Subsystem .  The  device  or  functional  unit  receiving  data  transfer  service 
from  the  data  bus. 

3*9  Data  bus.  Whenever  a  data  bus  or  bus  is  referred  to  in  this  docunent  It 
shall  imply  all  the  hardware  including  twisted  shielded  pair  cables,  Isolation 
resistors,  transformers,  etc.,  required  to  provide  a  single  data  path  between 
the  bus  controller  and  all  the  associated  remote  terminals. 

3*  10  Terminal .  The  electronic  module  necessary  to  interface  the  data  bus  with 
the  subsystem  and  the  subsystem  with  the  data  bus.  Terminals  may  exist  as 
separate  line  replaceable  units  (LRU’s)  or  be  contained  within  the  elements  of 
the  subsystem  . 

3*11  bus  controller.  The  terminal  assigned  the  task  of  initiating  information 
transfers  on  the  data  bus. 

3*12  Bus  monitor.  The  terminal  assigned  the  task  of  receiving  bus  traffic  and 
extracting  selected  Information  to  be  used  at  a  later  time. 

3*13  Remote  terminal  (RT).  All  terminals  not  operating  as  the  bus  controller 
or  as  a  bus  monitor. 

3*  I1*  Asynchronous  operation.  For  the  purpose  of  this  standard,  asynchronous 
operation  is  the  use  of  an  independent  clock  source  in  each  terminal  for 
message  transmission.  Decoding  is  achieved  in  receiving  terminals  using  clock 
information  derived  from  the  message. 

3*  15  Dynamic  bus  control.  The  operation  of  a  data  bus  system  in  which 
designated  terminals  are  offered  control  of  the  data  bus. 

3*16  Command/Response .  Operatior  of  a  data  bus  system  such  that  remote 
terminals  receive  and  transmit  data  only  when  commanded  to  do  so  by  the  bus 
controller . 

3*17  Redundant  data  bus.  The  use  of  more  than  one  data  bus  to  provide  more 
than  one  data  path  between  the  subsystems,  i.e.,  dual  redundant  data  bus, 
tri-red undant  data  bus,  etc, 

3*  18  broadcast .  Operation  of  a  data  bus  system  such  that  information 
transmitted  by  the  bus  controller  or  a  remote  terminal  is  addressed  to  more 
than  one  of  the  remote  terminals  connected  to  the  data  bus. 

3*19  Mode  code .  A  means  by  which  the  bus  controller  can  communicate  with  the 
multiplex  bus  related  hardware,  in  order  to  assist  in  the  management  of 
information  flow. 
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4.  GENERAL  REQUIREMENTS 

4.1  Teat  and  operating  requirements .  All  requirements  as  specified  herein 
shall  be  valid  over  the  environmen tal  conditions  which  the  multiplex  data  bus 
system  shall  be  required  to  operate. 

4.2  Data  bus  operation.  The  ojultiplex  data  bus  system  in  its  most  elemental 
configuration  shall  be  as  shown  on  figure  1.  The  multiplex  data  bus  system 
shall  function  asynchronously  in  a  command/ response  mode,  and  transmission 
shall  occur  in  a  half-duplex  manner.  Sole  control  of  information  transmission 
on  the  bus  shall  reside  with  the  bus  controller,  which  shall  initiate  all 
transmissions.  The  information  flow  on  the  data  bus  shall  be  comprised  of 
messages  which  are,  in  turn,  formed  by  three  types  of  words  (command,  data,  and 
status)  as  defined  in  4. 3. 3.5. 

**•3  Characteristics 

4.3.1  Data  form.  Digital  data  may  be  transmitted  in  any  desired  form, 
provided  that  the  chosen  form  shall  be  compatible  with  the  message  and  word 
formats  defined  in  this  standard.  Any  unused  bit  positions  in  a  word  shall  be 
transmitted  as  logic  zeros. 

4.3.2  Bit  priority.  The  most  significant  bit  shall  be  transmitted  first  with 
the  less  significant  bits  following  in  descending  order  of  value  in  the  data 
word.  The  number  of  bits  required  to  define  a  quantity  shall  be  consistent 
with  the  resolution  or  accuracy  required.  In  the  event  that  multiple  precision 
quantities  (information  accuracy  or  resolution  requiring  more  than  16  bits)  are 
transmitted,  the  most  significant  bits  shall  be  transmitted  first,  followed  by 
the  word(s)  containing  the  lesser  significant  bits  in  numerical  descending 
order.  Bit  packing  of  multiple  quantities  in  a  single  data  word  is  permitted, 

4.3.3  irftflgflAaalfiD  jasited 

4.3.3. 1  Modulation.  The  signal  shall  be  transferred  over  the  data  bus  in 
serial  digital  pulse  code  modulation  form. 

4. 3. 3. 2  Data  code.  The  data  code  shall  be  Manchester  11  bi- phase  level.  A 
logic  one  shall  be  transmitted  as  a  bipolar  coded  signal  1/0  (i.e.,  a  positive 
pulse  followed  by  a  negative  pulse)  .  A  logic  zero  shall  be  a  bipolar  coded 
signal  0/1  (i.e.,  a  negative  pulse  followed  by  a  positive  pulse).  A  transition 
through  zero  occurs  at  the  midpoint  of  each  bit  time  (see  figure  2). 

4. 3. 3. 3  Transmission  bit  rate.  The  transmission  bit  rate  on  the  bus  shall  be 
1.0  megabit  per  second  with  a  combined  accuracy  and  long-term  stability  of  ♦ 

0.1  percent  (i.e.,  ±  1000  Hsrtz  (Hz)).  The  short-term  stability  (i.e., 
stability  over  1.0  second  interval)  shall  be  at  least  0.01  percent  (i.e.,  ♦  100 
Hz)  . 

4. 3. 3. 4  Word  size.  The  word  size  shall  be  16  bits  plus  the  sync  waveform  and 
the  parity  bit  for  a  total  of  20  bits  times  as  shown  on  figure  3. 

4. 3. 3- 5  Word  formats.  The  word  formats  shall  be  as  shown  on  figure  3  Tor  the 
command,  data,  and  status  words. 
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^•3*  3*5*1  Command  word .  A  command  word  3hall  be  comprised  of  a  sync  waveform, 
remote  terminal  address  field,  transmi  t/receiv  e  (T/R)  bit,  subaddress/mode 
field,  word  count/mode  code  field,  and  a  parity  (F)  bit  (see  figure  3)* 

ll.  3,  3.  5.  1 . 1  Sync  .  The  command  sync  waveform  shall  be  an  invalid  Manchester 
waveform  as  shown  on  figure  4.  The  width  shall  be  three  bit  tiroes,  with  the 
sync  waveform  being  positive  for  the  first  one  and  one-half  bit  times,  and  then 
negative  for  the  following  one  and  one-half  bit  times.  If  the  next  bit 
following  the  sync  waveform  is  a  logic  zero,  then  the  last  half  of  the  sync 
waveform  will  have  an  apparent  width  of  two  clock  periods  due  to  the  Manchester 
encod  ing  . 

4. 3. 3. 5. 1.2  ft emote  terminal  address.  The  next  five  bits  following  the  syno 
shall  be  the  RT  address.  Each  RT  shall  be  assigned  a  unique  address.  Decimal 
address  31  (11111)  shall  not  be  assigned  as  a  unique  address.  In  addition  to 
its  unique  address,  a  RT  shall  be  assigned  decimal  address  31  (11111)  the 
common  address,  if  the  broadcast  option  is  used. 

4. 3. 3. 5. 1.3  Tr*n t /f ecei ve .  The  next  bit  following  the  remote  terminal 
address  shall  be  the  T/fi  bit,  which  shall  indicate  the  action  required  of  the 
RT.  A  logic  zero  shall  indicate  the  RT  is  to  receive,  and  a  logic  one  shall 
indicate  the  RT  is  to  transmit. 

4. 3. 3*5. 1*4  Subaddrea?/a<Jde .  The  next  five  bits  following  the  R/T  bit  shall 
be  utilized  to  indicate  an  RT  subaddress  or  use  of  mode  control,  as  is  dictated 
by  the  individual  terminal  requirements .  The  subaddress/mode  values  of  00000 
and  11111  are  reserved  for  special  purposes,  as  specified  in  4 .3.3*5. 1-7,  and 
•hall  not  be  utilized  for  any  other  function. 

4 .3 . 3 .5 . 1 .5  pata  word  count/m ode  C-Qls.  The  next  five  bits  following  the 
subaddress/mode  field  shall  be  the  quantity  of  data  words  to  ba  either  sent  out 
or  received  by  the  RT  or  the  optional  mode  code  as  specified  in  4.3 -3*5 .1.7*  A 
maximum  of  3 2  data  words  may  be  transmitted  or  received  in  any  one  message 
block.  All  I's  shall  indicate  a  decimal  count  of  31,  and  all  0%s  shall 
Indicate  a  decimal  count  of  32. 

4. 3. 3. 5. 1.6  Parity.  The  last  bit  in  the  word  shall  be  used  for  parity  over 
the  preceding  16  bits.  Odd  parity  shall  be  utilized. 

4. 3. 3. 5. 1.7  Optional  mode  control.  For  RT's  exercising  this  option  a 
subaddress/mode  code  of  00000  or  11111  shall  imply  that  the  contents  of  the 
data  word  count/mode  code  field  are  to  be  decoded  as  a  five  bit  mode  command. 
The  mode  code  shall  only  be  used  to  communicate  with  the  multiplex  bus  related 
hardware,  and  to  assist  in  the  management  of  information  flow,  and  not  to 
extract  data  from  or  feed  data  to  a  functional  subsystem.  Codes  00000  through 
01111  shall  only  be  used  for  mode  codes  which  do  not  require  transfer  of  a  data 
word.  For  these  codes,  the  T/R  bit  shall  be  set  to  1.  Codes  10000  through 
11111  shall  only  be  used  for  mode  codes  which  require  transfer  of  a  single, data 
word.  For  these  mode  codes,  the  T/R  bit  shall  indicate  the  direction  of  data 
word  flow  as  specified  in  4. 3. 3-6. 1.3.  No  multiple  data  word  transfer  shall  be 
implemented  with  any  mode  code.  The  mode  codes  are  reserved  for  the  specific 
functions  as  specified  in  table  I  and  shall  not  be  used  for  any  other  purpose. 
If  the  designer  chooses  to  implement  any  of  these  functions,  the  specific 
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codes ,  T'H  bit  assignments ,  and  use  of  a  data  w->Jdf  shall  be  used  as  indicated. 
The  use  of  the  broadcast  command  option  shall  on  1 y  be  applied  to  particular 
mode  codes  as  specified  in  table  i. 

4 . 3 • 3  .5 . 1  .7 . 1  Dy pam ic  bus  control.  The  controller  shall  issue  a  transmit 
command  to  an  RT  capable  of  performing  the  bus  control  function.  This  RT  shall 
respond  with  a  status  word  as  specified  in  4. 5. 3.5.3.  Control  of  the  data  bus 
passes  from  the  offering  bus  controller  to  the  accepting  RT  upon  completion  of 
the  transmission  of  the  status  word  by  the  RT .  If  the  RT  rejects  control  of 
the  data  bus,  the  offering  bus  controller  retains  control  of  the  data  bus. 

4 .3 .3 .5 . 1 .7  .2  Synchronize  (without  data  word ) .  This  command  shall  cause  the 
RT  to  synchronize  (e.g.,  to  reset  the  internal  timer,  to  start  a  sequence, 
etc.).  The  RT  shall  transmit  the  status  word  as  specified  in  4. 3.3*5. 3* 

4 . 3 • 3 * 5 . 1 .7 . 3  Transmit  status  word.  This  command  shall  cause  the  RT  to 
transmit  the  status  word  associated  with  the  last  valid  command  word  preceding 
this  command.  This  mode  command  shall  not  alter  the  state  of  the  status  word. 

4 . 3 . 3 .5 . 1 .7 . 4  Initiate  sinf  test.  This  command  shall  be  used  to  initiate  self 
test  within  the  RT.  The  RT  shall  transmit  the  status  word  as  specified  in 

4. 3. 3. 5. 3. 

4 . 3 . 3 *5 . 1 .7 .5  Transmitter  shutdown.  This  command  (to  only  be  used  with  dual 
redundant  bus  systems)  shall  cause  the  KT  to  disabLe  the  transmitter  associated 
with  the  redundant  bus.  The  RT  shall  not  comply  with  a  command  to  shut  down  a 
transmitter  on  the  bus  from  which  this  command  is  received.  In  all  cases,  the 
RT  shall  respond  with  a  status  word  as  specified  in  4. 3*3. 5. 3  after  this 
command . 

4. 3. 3. 5. 1.7. 6  Override  transmitter  shutdown.  This  command  (to  only  be  used 
with  dual  redundant  bus  system)  shall  ^ause  the  RT  to  enable  a  transmitter 
which  was  previously  disabled.  The  RT  shall  not  comply  with  a  command  to 
enable  a  transmitter  on  the  bus  from  which  this  command  is  received.  In  all 
cases,  the  RT  shall  respond  with  a  status  word  as  specified  in  4. 3. 3*5. 3  after 
this  command. 

4 .3 .3 -5 . 1  .7  .7  Inhibit  terminal  flag  (T/F)  bit.  This  command  shall  cause  the 
RT  to  set  the  T/F  bit  in  the  status  word  specified  in  4. 3. 3. 5. 3  to  logic  zero 
until  otherwise  commanded.  The  RT  shall  transmit  the  status  word  as  specified 
in  4. 3. 3. 5. 3. 

4 . 3 .3  .5 . 1  .7  .8  Override  inhibit  T/F  bit.  This  command  shall  cause  the  RT  to 
override  the  inhibit  T/F  bit  specified  in  4 . 3 . 3 -5 . 1 .7  .7 .  The  RT  shall  transmit 
the  status  word  as  specified  in  4. 3. 3.5.3. 

4 . 3 . 3 .5 . 1  .7  .9  Reset  remote  terminal.  This  0  >mraand  shall  be  used  to  reset  the 
RT  to  a  power  up  initialized  state.  The  RT  shall  first  transmit  its  status 
word,  and  then  reset. 

4.3.3.5.1.7.10  Reserved  mode  codes  1Q1QQ1  to  jQXLLLl.  These  mode  codes  are 
reserved  for  future  use  and  shall  not  be  used. 
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TABLE  1.  Assigned  mode 

codes 

1ZB_ 

Bit 

M<?d5  Cgd.£ 

Function 

Assoc  la  ted 

SI aM  H gr  q 

Broadcast 
Command  Allowed 

1 

00000 

Dynamic  Bus  Control 

NO 

No 

1 

0000  1 

Synchron  i  ze 

No 

Yes 

1 

00010 

Transmit  Status  Word 

NO 

No 

1 

0001  1 

Initiate  Self  Test 

No 

Yes 

1 

0C100 

Transmitter  Shutdown 

NO 

Yes 

1 

00101 

Override  Transmitter  Shutdown 

NO 

Yes 

1 

00110 

Inhibit  Terminal  Flag  bit 

NO 

Yes 

1 

0011  1 

Override  Inhibit  Terminal  Flag 

fait  No 

Yes 

1 

01000 

Heset  Remote  Terminal 

No 

Yes 

1 

01001 

1 

Reserved 

1 

No 

1 

TBD 

1 

1 

1 

01111 

i 

Reserved 

J 

No 

? 

TBD 

1 

10000 

Transmit  Vector  Word 

Yes 

No 

0 

10001 

Synchronize 

Yes 

Yes 

1 

10010 

Transmit  Last  Command 

Yes 

No 

1 

10011 

Transmit  BIT  Word 

Yes 

No 

0 

10100 

Selected  Transmitter  Shutdown 

Yes 

Yes 

0 

10101 

Override  Selected  Iransmltter 
Shutdown 

Yes 

Yes 

1 

or 

0 

101  10 

1 

Reserved 

1 

Yes 

1 

TBD 

1 

1 

or 

0 

♦ 

11111 

\ 

Reserved 

i 

Yes 

♦ 

TBD 

NOTE:  To  be  determined  ( TBD) 


10 


18 


B 


*  <**■ 


M1L-:>TL>-1553B 

e\  Sep  timber  197  b 


4  .  3 .  j . 5 .  1 .  7  .  1 1  Transmit  vector  word-  'Ihis  command  shall  cause  the  HT  to 
transmit  a  status  word  as  specified  in  4.  3.  3-5-3  and  a  data  word  containing 
service  request  information. 

4-3-3-5.1-7-12  synchronize  (with  data  word;.  The  HI  shall  receive  a  command 
word  followed  by  a  data  word  as  specified  m  4.3.  3.5.*  .  The  data  word  shall 
contain  synchronization  information  for  the  R'l  .  Af  ter  receiving  the  command 
and  data  word,  the  HI  shall  transmit  the  status  word  as  specified  in  4.  3*  3*5  3* 

3-3-5- 1-7- 13  Transmit  last  command  word.  This  command  shall  cause  the  HT  to 
transmit  its  status  word  as  specified  in  4. 3. 3. 5.3  followed  by  a  single  data 
word  which  contains  bits  4-19  of  the  last  command  word,  excluding  a  transmit 
last  command  word  mode  code  received  by  the  HT.  'Ihis  mode  command  shall  not 
alter  the  state  of  the  HT's  status  word. 

4.3.3.5.1.7.14  Transmit  bull t- in- test  (BIT)  word.  Ihis  command  shall  cause 
the  HT  to  transmit  its  status  word  as  specified  in  4. 3. 3. 5. 3  followed  by  a 
single  data  word  containing  the  HT  BIT  data.  This  function  is  intended  to 
supplement  the  available  bits  in  the  status  word  when  the  HT  hardware  is 
sufficiently  complex  to  warrant  its  use.  The  data  word,  containing  the  RT  BIT 
data,  shall  not  be  altered  by  the  reception  of  a  transmit  last  command  or  a 
transmit  status  word  mode  code.  This  function  shall  not  be  used  to  convey  BIT 
data  from  the  associated  subsystemi s) . 

4.3.3.5.1.7.15  Selected  transmitter  shutdown.  This  command  shall  cause  the  RT 
to  disable  the  transmitter  associated  with  a  specified  redundant  data  bus.  The 
coamand  Is  designed  for  use  with  systems  employing  more  than  two  redundant 
buses.  The  transmitter  that  is  to  be  disabled  shall  be  identified  in  the  data 
word  following  the  command  word  in  the  format  as  specified  in  4. 3. 3.5.2.  The 
HT  shall  not  comply  with  a  command  to  shut  down  a  transmitter  on  the  bus  from 
which  this  command  is  received.  In  all  cases,  the  HT  shall  respond  with  a 
status  word  as  specified  in  4. 3. 3.5.3. 

4. 3*3*5- 1.7. 16  Override  selected  transmitter  shutdown.  This  command  3hall 
cause  the  HT  to  enable  a  transmitter  which  was  previously  disabled.  The 
command  is  designed  for  use  with  systems  employing  more  than  two  redundant 
buses.  The  transmitter  that  is  to  be  enabled  shall  be  identified  in  the  data 
word  following  the  command  word  in  tne  format  as  specified  in  4.3* 3*5-2.  The 
HT  shall  not  comply  with  a  command  to  enable  a  transmitter  on  tne  bus  from 
which  this  command  is  received.  In  all  cases,  the  RT  shall  respond  with  a 
status  word  as  specified  in  4.  3- 3-5. 3- 

4.3.3.5.1.7.17  Reserved  mode  codes  (101 10  to  11111J.  These  mode  codes  are 
reserved  for  future  use  and  shall  not  be  used. 

4. 3. 3.5.2  Data  word.  A  data  word  shall  be  comprised  of  a  sync  waveform,  data 
bits,  and  a  parity  bit  (see  figure  3). 

4.  3-  3*5.2-  1  ovnc  .  The  data  sync  waveform  3hall  be  an  invalid  Manchester 
waveform  as  shown  on  figure  5.  The  width  shall  be  three  bit  times,  with  the 
waveform  being  negative  for  the  first  one  and  one- ha  If  bit  times,  and  then 
positive  for  the  following  one  and  one-half  hit  times.  Note  that  if  the  bits 
preceding  and  following  the  syrjc  are  login  ones,  then  the  apparent  width  of  the 
syne  waveform  will  be  increased  to  four  bit  times. 

11 


B 


A . .  -jr-“ 


MR-STD-1SS3b 
21  September  1978 

4.  3*  3- 5* 2 . 2  Data .  The  sixteen  bits  following  the  sync  shall  be  utilized  for 
data  transmission  as  specif  ied  in  4.J.2. 

4*3*3*5*2.3  Parity .  The  last  bit  shall  be  utilized  lor  parity  as  specified  in 
4. 3*3*5*  1.6. 

4. 1.1. 5* 3  Status  word.  A  status  word  shall  be  comprised  of  a  syno  waveform, 

RT  address,  message  error  bit,  instrumentation  bit,  service  request  bit,  three 
reserved  bits,  broadcast  command  received  bit,  busy  bit,  subsystem  flag  bit, 
dynamic  bus  control  acceptance  bit,  terminal  flag  bit,  and  a  parity  bit-  For 
optional  broadcast  operation,  transmission  of  the  status  word  shall  be 
suppressed  as  specified  in  4.1. 1.6.7. 

4. 3. 3. 5. 3*1  Sync.  The  status  sync  waveform  shall  be  as  specified  in 
4. 3. 3. 5. 1.1. 

4. 3. 3. 5. 3. 2  AT  address*  The  next  five  bits  following  the  syno  shall  contain 
the  address  of  the  RT  which  is  transmitting  the  status  word  as  defined  in 

4.3 .3- 5. 1 .2, 

4. 3. 3. 5. 3. 3  Message  error  bit.  The  status  word  bit  at  bit  time  nine  (see 
figure  3)  shall  be  utilized  to  indicate  that  one  or  more  of  the  data  words 
associated  with  the  preceding  receive  command  word  from  the  bus  controller  has 
failed  to  pass  the  RT’s  validity  tests  as  specified  in  4. 4. 1.1.  This  bit  shall 
also  be  set  under  the  conditions  specified  in  4. 4. 1.2,  4. 4. 3*4  and  4. 4. 3-6.  A 
logic  one  shall  indicate  the  presence  of  a  message  error,  and  a  logio  zero 
shall  show  its  absence.  All  RT*s  shall  implement  the  message  error  bit. 

4. 3-  3-5-3. 4  Instrumentation  bit.  The  status  word  at  bit  time  ten  (see  figure 
3)  shall  be  reserved  for  the  Instrumentation  bit  and  shall  always  be  a  logic 
zero.  This  bit  is  intended  to  be  used  In  conjunction  with  a  logio  one  in  bit 
time  ten  of  the  command  word  to  distinguish  between  a  command  word  and  a  status 
word.  The  use  of  the  instrumentation  bit  is  optional. 

4. 3. 3. 5*3*5  Service  request  bit.  The  status  word  bit  at  bit  time  eleven  (see 
figure  3)  shall  be  reserved  for  the  service  request  bit.  The  use  of  this  bit 
is  optional.  This  bit  when  used,  shall  indicate  the  need  for  the  bus 
controller  to  take  specific  predefined  actions  relative  to  either  the  RT  or 
associated  subsystem.  Multiple  subsystems,  interfaced  to  a  single  RT,  which 
individually  require  a  service  request  signal  shall  logically  OR  their 
individual  signals  into  the  single  status  word  bit.  In  the  event  this  logical 
OR  is  performed,  then  the  designer  must  make  provisions  in  a  separate  data  word 
to  identify  the  specific  requesting  subsystem.  The  service  request  bit  is 
intended  to  be  used  only  to  trigger  data  transfer  operations  which  take  place 
on  an  exception  rather  than  periodic  basis.  A  logic  one  shall  Indicate  the 
presence  of  a  service  request,  and  a  logic  zero  its  absence.  If  this  function 
is  not  implemented,  the  bit  shall  be  set  to  zero. 

4. 3. 3. 5, 3. 6  Reserved  status  bits.  The  status  word  bits  at  bit  times  twelve 
through  fourteen  are  reserved  for  future  use  and  shall  not  be  used.  These  bits 
shall  be  set  to  a  logic  zero. 
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4. 3*3. 5. 3*7  Broadcast  commanQ  received  bit.  The  status  word  at  bit  time 
fifteen  shall  be  set  to  a  logic  one  to  indicate  that  the  preceding  valid 
command  word  was  a  broadcast  command  and  a  logic  zero  shall  show  it  was  not  a 
broadcast  command.  If  the  broadcast  command  option  is  not  used,  this  bit  shall 
be  set  to  a  logic  zero. 

**•3. 3-5. 3. 8  Busy  bit.  The  status  word  hit  at  bit  time  sixteen  (see  figure  3) 
shall  be  reserved  for  the  busy  bit.  The  use  of  this  bit  is  optional.  This 
bit,  when  used,  shall  indicate  that  the  RT  or  subsystem  is  unable  to  move  data 
to  or  from  the  subsystem  in  compliance  with  trie  bus  controller's  command.  A 
logic  one  shall  indicate  the  presence  of  a  busy  condition,  and  a  logic  zero  Its 
absence.  In  the  event  the  busy  bit  Is  set  in  response  to  a  transmit  command, 
then  the  RT  shall  transmit  its  status  word  only.  If  this  function  is  not 
Implemented,  the  bit  shall  be  set  to  logic  zero. 

4. 3. 3. 5. 3. 9  Subsystem  flag  bit.  The  status  word  bit  at  bit  time  seventeen 
(see  figure  3)  shall  be  reserved  for  the  subsystem  flag  bit.  The  use  of  this 
bit  is  optional.  This  bit,  when  used,  shall  flag  a  subsystem  fault  condition, 
and  alert  the  bus  controller  to  potentially  invalid  data.  Multiple  subsystems, 
interfaced  to  a  single  RT,  which  individually  require  a  subsystem  flag  bit 
signal  shall  logically  OR  their  Individual  signals  into  the  single  status  word 
bit.  In  the  event  this  logical  OR  is  performed,  then  the  designer  must  make 
provisions  in  a  separate  data  word  to  identify  the  specific  reporting 
subsystem.  A  logic  one  shall  indicate  the  presence  of  the  flag,  and  a  ioglo 
zero  its  absence.  If  not  used,  this  bit  shall  be  set  to  logic  zero. 

4.3*3.5.3*10  Dynamic  bus  control  acceptance  bit.  The  status  word  bit  at  bit 
time  eighteen  (see  figure  3)  shall  be  reserved  for  the  acceptance  of  dynamic 
bus  control.  This  bit  shall  be  used  if  the  RT  implements  the  optional  dynamic 
bus  control  function.  This  bit,  when  used,  shall  indicate  acceptance  or 
rejection  of  a  dynamic  bus  control  offer  as  specified  in  4 . 3  *  3 *5 . 1 .7 . 1 .  A 
logic  one  shall  Indicate  acceptance  of  control,  and  a  logic  zero  shall  indicate 
rejection  of  control.  If  this  function  is  not  used,  this  bit  shall  be  set  to 
logic  zero. 

4.3*3*5.3*11  Terminal  flag  bit.  The  status  word  bit  at  bit  time  nineteen  (see 

figure  3)  shall  be  reserved  for  the  terminal  flag  function.  The  use  of  this 

bit  is  optional.  This  bit,  when  used,  shall  flag  a  RT  fault  condition.  A 

logic  one  shall  Indicate  the  presence  of  the  flag,  and  a  logic  zero,  its 
absence.  If  not  used,  this  bit  shall  be  set  to  logic  zero. 

4.3.3.5.3.12  Parity  bit.  The  least  significant  bit  in  the  status  word  shall 
be  utilized  for  parity  as  specified  in  4 .  3 . 3  .5 . 1  . 6  . 

4. 3. 3. 5. 4  Status  word  reset.  The  status  word  bit,  with  the  exception  of  the 
address,  shall  be  set  to  logic  zero  after  a  valid  command  word  is  received  by 
the  RT  with  the  exception  as  specified  in  4  .  3 . 3 . 5 . 1 .7  .  If  the  conditions  which 
caused  bits  in  the  status  word  to  be  set  (e.g.,  terminal  flag)  continue  after 
the  bits  are  reset  to  logic  zero,  thn  th«»  affected  status  word  bit  shall  be 
again  set,  and  then  transmitted  on  the  bus  as  required. 

M.3.3.6  Message  formats.  The  messages  transmitted  on  the  data  bus  shall  be  in 
accordance  with  the  formats  on  figure  6  and  figure  ” .  The  maximum  and  minimum 
response  times  shall  be  as  stated  in  4.3.3.?  and  4. 3.3. 8.  No  message  formats, 
other  than  those  defined  herein,  shall  be  used  on  the  bus. 
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4.}.}.b.l  bus  controller  to  remote  terminal  transfers.  The  bus  controller 
shall  issue  a  receive  command  followed  by  the  sped  Med  nunber  of  data  words. 

The  HI  shall  ,  after  message  validation,  transmit  a  status  word  back  to  the 
controller.  The  command  and  uata  words  shall  be  transmitted  in  a  contiguous 
fashion  with  no  interword  gaps. 

*4-3*  3-6.2  Hemote  terminal  to  bus  controller  transfers.  The  bus  controller 
shall  issue  a  transmit  command  to  the  KT .  The  RT  shall  ,  after  command  word 
validation,  transmit  a  status  word  back  to  ti*e  bus  controller,  followed  by  the 
specified  nunber  of  data  words.  The  status  and  data  words  shall  be  transmitted 
in  a  contiguous  fashion  with  no  interword  gaps. 

4 . 3 . 3  *6 . 3  flfiflflte  terminal  to  remote  terminal  transfers.  The  bus  oontroller 
shall  issue  a  receive  command  to  RT  A  followed  contiguously  by  a  transmit 
GO|B*and  to  RT  B.  RT  B  shall,  after  command  vaiidation,  transmit  a  status  word 
followed  by  the  specified  number  of  data  words.  The  status  and  data  words 
shall  be  transmitted  in  a  contiguous  fashion  with  no  gap.  At  the  conclusion  of 
the  data  transmission  by  RT  B,  RT  A  shall  transmit  a  status  word  within  the 
specified  time  period. 

4. 3. 3. 6. 4  Mod?  command  without  data  word.  The  bus  controller  shall  issue  a 
transmit  command  to  the  RT  using  a  mode  code  specified  in  table  I.  The  RT 
shall,  after  command  word  validation,  transmit  a  status  word. 

4. 3* 3-6.5  Mode  command  wjth  data  word  (transmit).  The  bus  controller  shall 
issue  a  transmit  command  to  the  RT  using  a  mode  code  specified  In  table  1.  The 
RT  shall,  after  command  word  validation,  transmit  a  status  word  followed  by  one 
data  word.  The  status  word  and  data  word  shall  be  transmitted  in  a  contiguous 
fashion  with  no  gap. 

4.  3.  3- 6. 6  Mode  cofln^rui  y/Hh  data  word  (receive).  The  bus  controller  shall 
issue  a  receive  command  to  the  RT  using  l  mode  code  specified  In  table  I, 
followed  by  one  data  word.  The  command  word  and  data  word  shall  be  transmitted 
In  a  contiguous  fashion  with  no  gap.  The  RT  shall,  after  command  and  data  word 
validation,  transmit  a  status  word  back  to  the  controller. 

4. 3-  3-6.7  Optional  broadcast  command ,  See  10.6  for  additional  information  on 
the  use  of  the  broadcast  command. 

4. 3-  3- 6. 7-1  Bus  controller  to  remote  terminal(s)  transfer  (broadcast^.  The 
bus  controller  shall  issue  a  receive  command  word  with  1111)  in  the  RT  address 
field  followed  by  the  specified  nunber  of  data  words.  The  command  word  and 
data  words  shall  be  transmitted  in  a  contiguous  fashion  with  no  gap.  The  RT(s> 
with  the  broadcast  option  shall  after  message  validation,  set  the  broadcast 
command  received  bit  in  the  status  word  as  specified  In  4.  3. 3. 5.  3-7  and  shall 
not  transmit  the  status  word. 
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4*  3.  3. 6. 7- 2  Remote  terminal  to  remote  terminal(s)  transfers  (broadcast).  The 
bus  controller  shall  issue  a  receive  command  word  with  11111  in  the  RT  address 
field  followed  by  a  transmit  command  to  RT  A  using  the  RT*s  address.  RT  A 
shall,  after  command  word  validation,  transmit  a  status  word  followed  by  the 
specified  number  of  data  words.  The  status  and  data  words  shall  be  transmitted 
in  a  contiguous  fashion  with  no  gap.  The  RT(s)  with  the  broadcast  option, 
excluding  RT  A,  shall  after  message  validation,  set  the  broadcast  received  bit 
in  the  status  word  as  specified  in  4. 3. 3.5. 3.7  and  shall  not  transmit  the 
status  word. 

4. 3-3*6. 7. 3  Mode  command  without  data  word  (broadcast).  The  bus  controller 
shall  issue  a  transmit  command  word  with  11111  in  the  RT  address  field,  and  a 
mode  code  specified  in  table  1.  The  RT(s)  with  the  broadcast  option  shall 
after  command  word  validation,  set  the  broadcast  received  bit  in  the  status 
word  as  specified  in  4. 3. 3.5. 3- 7  and  shall  not  transmit  the  status  word. 

4. 3. 3. 6. 7. 4  Mode  command  with  data  word  (broadcast).  The  bus  controller  shall 
issue  a  receive  command  word  with  11111  in  the  RT  address  field  and  a  mode  code 
specified  in  table  1,  followed  by  one  data  word.  The  command  word  and  data 
word  shall  be  transmitted  in  a  contiguous  fashion  with  no  gap.  The  RT(s)  with 
the  broadcast  option  shall  after  message  validation,  set  the  broadcast  received 
bit  in  the  status  word  as  specified  in  4. 3. 3.5*3. 7  and  shall  not  transmit  the 
status  word  . 

4. 3. 3.7  Intermessage  gap.  The  bus  controller  shall  provide  a  minimum  gap  time 
of  4.0  microseconds  (ns)  between  messages  as  shown  on  figure  6  and  figure  7* 
This  time  period,  shown  as  T  on  figure  8,  is  measured  at  point  A  of  the  bus 
controller  as  shown  on  figure  9  or  figure  10.  The  time  is  measured  from  the 
mid-bit  zero  crossing  of  the  last  bit  of  the  preceding  message  to  mid-zero 
crossing  of  the  next  command  word  sync. 

4. 3. 3.8  Response  time.  The  RT  shall  respond,  in  accordance  with  4. 3. 3*6,  to  a 
valid  command  word  within  the  time  period  of  4.0  to  12.0  ns.  This  time  period, 
shown  as  T  on  figure  8,  is  measured  at  point  A  of  the  RT  as  shown  on  figure  9 
or  figure  10.  The  time  is  measured  from  the  mid  bit  zero  crossing  of  the  last 
word  as  specified  in  4. 3. 3. 6  and  as  shown  on  figure  6  and  figure  7  to  the 
mid-zero  crossing  of  the  status  word  sync. 

4. 3.3.9  Minimum  no-resoonse  time-out.  The  minimum  time  that  a  terminal  shall 
wait  before  considering  that  a  response  as  specified  in  4. 3. 3.8  has  not 
occurred  shall  be  14.0  ns.  The  time  is  measured  from  the  mid-bit  zero  crossing 
of  the  last  bit  of  the  last  word  to  the  mid-zero  crossing  of  the  expected 
status  word  sync  at  point  A  of  the  terminal  as  shown  on  figure  9  or  figure  10. 

4.4  Terminal  operation. 

4.4.1  Cfttypioji  operation.  Terminals  shall  have  common  operating  capabilities  as 
specified  in  the  following  paragraphs. 
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FTOURF.  9.  Data  bus  Interface  using  transformer  coupling. 
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FIGURE  10.  Data  bus  Interface  usl  nj^  dir*  *rt  coupling . 
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4.4.  1.1  Word  validation.  The  terminal  shall  Insure  that  each  word  conforms  to 
the  following  rainimun  criteria: 

a.  The  word  begins  with  a  valid  sync  field. 

b.  The  bits  are  in  a  valid  Manchester  11  code. 

c.  The  information  field  has  16  bits  plus  parity. 

d.  The  word  parity  is  odd. 

When  a  word  fails  to  conform  to  the  preceding  criteria,  the  word  shall  be 
considered  invalid. 

4*4.  1.2  Transmission  continuity.  The  terminal  shall  verify  that  the  message 
is  contiguous  as  defined  in  14.3.3*6.  Improperly  timed  data  syncs  shall  be 
considered  a  message  error. 

4.4.1. 3  Terminal  fail-safe.  The  terminal  shall  contain  a  hardware  implemented 
time-out  to  preclude  a  signal  transmission  of  greater  than  800.0  ns .  This 
hardware  shall  not  preclude  a  correct  transmission  in  response  to  a  command. 
Reset  of  this  time-out  function  shall  be  performed  by  the  reception  of  a  valid 
command  on  the  bus  on  which  the  time-out  has  occurred. 

4. 4.2  Bus  controller  operation.  A  terminal  operating  as  a  bus  controller 
shall  be  responsible  for  sending  data  bus  commands,  participating  in  data 
transfers,  receiving  status  responses,  and  monitoring  system  status  as  defined 
in  this  standard,  the  bus  controller  function  may  be  embodied  as  either  a 
stand-alone  terminal  ,  whose  sole  function  is  to  control  the  data  busts),  or 
contained  within  a  subsystem.  Only  one  terminal  shall  be  in  active  control  of 
a  data  bus  at  any  one  time. 

*1.3  Remote  terainal . 

4.4.3.  1  Operation .  A  remote  terminal  (RT)  shall  operate  in  response  to  valid 
commands  received  from  the  bus  controller.  Trie  R1  shall  accept  a  command  word 
as  valid  when  the  command  word  meets  the  criteria  of  4.4.  1.1,  and  the  command 
word  contains  a  terminal  address  which  matches  the  RT  address  or  an  address  of 
11111,  if  the  RT  has  the  broadcast  option. 

4. 4. 3.2  Superseding  valid  commands.  The  HT  shall  be  capable  of  receiving  a 
command  word  on  the  data  bus  after  the  minimi©  intermessage  gap  time  as 
specified  in  4. 3*  3*7  has  been  exceeded,  when  the  hi  is  not  in  the  time  period  T 
as  specified  in  4. 3. 3.8  prior  to  the  transm  ission  of  a  status  word,  and  when  it 
is  not  transmitting  on  that  data  bus.  A  second  valid  command  word  sent  to  an 
RT  shall  take  precedence  over  the  previous  command.  The  RT  shall  respond  to 
the  second  valid  command  as  specified  in  4.  3.  3.8. 

4. 4. 3*  3  Invalid  commands.  A  remote  terminal  shall  not  respond  to  a  command 
word  which  fails  to  meet  the  criter  ia  specified  m  4.4.3.  1. 

4.4. 3. 4  Illegal  command.  An  illegal  command  is  a  valid  command  as  specified 
in  4.4.3.  1,  where  the  bits  In  the  s  ub  acid  re  s  s/m  ode  field,  data  word  count/raode 
code  field,  and  the  T/ R  bit  indicate  a  mode  command,  subaddress,  or  word  count 
that  has  not  been  implemented  in  the  HI.  it  is  the  responsibility  of  the  bus 
controller  to  assure  that  no  illegal  commands  are  rent  out.  The  RT  designer 
has  the  option  of  monitoring  for  illegal  commands.  If  an  HT  that  is  designed 
with  this  option  detects  an  illegal  command  and  the  proper  nuuber  of  contiguous 
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valid  data  words  as  specified  by  the  illegal  command  word,  it  shall  respond 
with  a  status  word  only  ,  setting  the  message  error  bit,  and  not  use  the 
Information  received. 

4.4.  3*5  Valid  data  repetition .  The  remote  term  trial  shall  respond  with  a  status 
word  when  a  valid  command  word  and  the  proper  nimber  of  contiguous  valid  data 
words  are  received,  or  a  single  valid  word  associated  with  a  mode  code  is 
received.  Each  data  word  shall  meet  the  criteria  specified  in  4,4.  1.1. 

4.4. 3.6  Invalid  data  reception.  Any  data  word(s)  associated  with  a  valid 
receive  command  that  does  not  meet  the  criteria  specified  in  4.4.  1.1  and 

4.4. 1.2  or  an  error  in  the  data  word  count  shall  cause  the  remote  terminal  to 
set  the  message  error  bit  in  the  status  word  to  a  logic  one  and  suppress  the 
transmission  of  the  status  word.  11  a  message  error  has  occurred  ,  then  the 
entire  message  shall  be  considered  invalid. 

4.4.4  Bus  monitor  operation.  A  terminal  operating  as  a  bus  monitor  shall 
receive  bus  traffic  and  extract  selected  information.  While  operating  as  a  bus 
monitor,  the  terminal  shall  not  respond  to  any  message  except  one  containing 
its  own  unique  address  if  one  is  assigned.  All  information  obtained  while 
acting  as  a  bus  monitor  shall  be  strictly  used  for  off-line  applications  (  e  .g .  , 
flight  test  recording,  maintenance  recording  or  mission  analysis)  or  to  provide 
the  back-up  bus  controller  sufficient  information  to  take  over  as  the  bus 
controller , 

4.5  Hardware  characteristica . 

4.5.1  Data  bus  characteristics. 

4.5.  1.1  Cable .  The  cable  used  for  the  main  bus  and  all  stubs  shall  be  a  two 
conductor,  twisted,  shielded,  jacketed  cable.  The  wire-to-wire  distributed 
capacitance  shall  not  exceed  30.0  picofarads  per  foot.  The  cables  shall  be 
formed  with  not  less  than  four  twists  per  foot  where  a  twist  is  defined  as  a 
360  degree  rotation  of  the  wire  pairs;  and,  the  cable  shield  shall  provide  a 
minimum  of  75.0  percent  coverage. 

4. 5. 1.2  Characteristic  impedance.  The  nominal  characteristic  impedance  of  the 
cable  (Zo^  shall  be  within  the  range  of  70.0  ohms  to  85.0  ohms  at  a  sinusoidal 
frequency  of  ).0  megahertz  (MHz). 

4.5.  1.3  Cable  attenuation.  At  the  frequency  of  4.5.  1.2,  the  cable  power  loss 
shall  not  exceed  1.5  decibels  (dB)/100  feet  (ft). 

4.5. 1.4  Cable  termination.  The  two  ends  of  the  cable  shall  be  terminated  with 
a  resistance,  equal  to  the  selected  cable  nominal  characteristic  impedance  (  Z0) 
t  2.0  percen t , 

4.5.  1.5  Cable  stub  requirements.  The  cable  shall  be  coupled  to  the  terminal 
as  shown  on  figure  9  or  figure  10.  The  use  of  long  stubs  Is  discouraged,  and 
the  length  of  a  stub  should  be  minimized.  However,  if  installation 
requirements  dictate,  stub  lengths  exceeding  those  lengths  specified  in 
4.5. 1.5*1  and  4.5. 1.5.2  are  permissible. 
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4.5. 1.5.1  Ic^nsl.ormer  .co upled stubs  .  'Uih  length  ol  a  transformer  coupled  stub 
should  not  exceed  21)  feet  .  If  a  transformer  coupled  stub  is  used,  then  the 
following  shall  apply. 

^•5*  1.5.  1-  1  Coupling  transformer.  A  coupling  brans!  or*rner  ,  as  shown  on  figure 
9,  shall  be  required.  This  transformer  shall  have  a  turns  ratio  of  1:1.41  ♦ 

3-0  percent,  with  the  higher  turns  on  *  he  isolation  resistor  side  of  the  stub. 

4 .5  *  1 .5 . 1  .  1  *  1  Transformer  input  Impedance.  The  open  circuit  Impedance  as  seen 
at  point  B  on  figure  11  shall  be  greater  than  3000  ohms  over  the  frequency 
range  of  75.0  kilohertz  (kHz)  to  1.0  megahertz  (MHz),  when  measured  with  a  1 .0  V 
root-mean-square  ( RMS )  sin  wave. 

4 .5 . 1 .5 . 1 . 1  .2  Transformer  waveform  integrity.  The  droop  of  the  transformer 
using  the  test  configuration  shown  on  figure  11  at  point  B,  shall  not  exceed 
20.0  percent.  Overshoot  and  ringing  as  measured  at  point  B  shall  be  less  that 
1  1.0  V  peak.  For  this  test,  R  shall  equal  360.0  ohms  1  5.0  percent  and  the 
input  A  of  figure  11  shall  be  a  250.0  kHz  square  wave.  27.0  V  peak~to-peak , 
with  a  rise  and  fall  time  no  greater  than  100  nanoseconds  (ns). 

4 .5 . 1  .5 . 1  . 1  .3  Transformer  common  mode  re  lection.  The  coupling  transformer 
shall  have  a  common  mode  rejection  ratio  greater  than  45.0  dB  at  1.0  MHz. 

4. 5. 1.5. 1.2  Fault  isolation.  An  isolation  resistor  shall  be  placed  in  series 
with  each  connection  to  the  data  bus  cable.  This  resistor  shall  have  a  value 
of  0.75  Z0  ohms  plus  or  minus  2.0  percent,  where  Zo  is  the  selected  oable 
nominal  characteristic  Impedance.  The  impedance  placed  across  the  data  bus 
cable  shall  be  no  less  than  1.5  20  ohms  for  any  failure  of  the  coupling 
transformer,  cable  stub,  or  terminal  transmitter /receiver . 

4. 5. 1.5. 1*3  Cable  coupling.  All  coupling  transformers  and  Isolation 
resistors,  as  specified  in  4. 5. 1.5. 1.1  and  4. 5 -1.5. 1.2,  shall  hava  continuous 
shielding  which  will  provide  a  minimum  of  75  percent  coverage.  The  isolation 
resistors  and  coupling  transformers  shall  be  placed  at  minimum  possible 
distance  from  the  Junction  of  the  stub  to  the  main  bus. 

4. 5. 1.5.1  4  Stub  voltage  requirements.  Every  data  bus  shall  be  designed  such 
that  all  stubs  at  point  A  of  figure  9  shall  have  a  peak-to-peak  amplitude, 
line-to-lihe  within  the  range  of  1.0  and  14.0  V  for  a  transmission  by  any 
terminal  on  the  data  bus.  This  shall  include  the  maximum  reduction  of  data  bus 
signal  amplitude  in  the  event  that  one  of  the  terminals  has  a  fault  which 
causes  it  to  reflect  a  fault  impedance  specified  in  4. 5. 1.5. 1.2  on  the  data 
bus.  This  shall  also  include  the  worse  case  output  voltage  of  the  terminals  as 
specified  in  4. 5. 2. 1.1.1  and  4. 5. 2. 2. 1.1. 

4. 5. 1.5. 2  Direct  coupled  stub?.  The  length  of  a  direct  coupled  stub  should 
not  exceed  1  foot.  Refer  to  10.5  for  comments  concerning  direct  ©01 oled  stubs. 
If  a  direct  coupled  stub  Is  used,  then_ the  following  shall  apply. 

4. 5- 1.5. 2.1  Fault  isolation .  An  isolation  resistor  shall  be  placed  in  series 
with  each  connection  to  the  data  bus  a<*ble.  This  resistor  shall  hava  a  value 
of  55.0  ohms  plus  or  minus  2.0  percent.  The  isolation  resistors  shall  be 
placed  within  the  RT  as  shown  on  figure  10. 
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FIGURE  12.  Terminal  I/O  characteristics  for  transformer  coupled  and  direct 
coupled  st libs . 
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4.5* 1.5. 2. 2  Cable  coupling.  All  bus-stub  Junctions  shall  have  continuous 
shielding  which  will  provide  a  minimum  of  75  percent  coverage. 

4. 5. 1.5. 2. 3  Stub  voltage  requirement 3 .  Every  data  bus  shall  be  designed  suoh 
that  all  stubs  at  point  A  of  figure  10  shall  have  a  peak-to-peak  amplitude, 
line-to-llne  within  the  range  of  1.4  and  20.0  V  for  a  transmission  by  any 
terminal  on  the  data  bus.  This  shall  include  the  maximum  reduction  of  data 
bus  signal  amplitude  In  the  event  that  one  of  the  terminals  has  a  fault  which 
causes  it  to  reflect  a  fault  impedance  of  110  ohms  on  the  data  bus.  This  shall 
also  Include  the  worst  case  output  voltage  of  the  terminals  as  specified  in 

4.5.2. 1 . 1 .1  and  4 .5-2 .2 . 1  .  1 . 

4. 5. 1.5. 3  Hiring  and  cabling  for  EMC.  For  purposes  of  electromagnetic 
capability  (EMC),  the  wiring  and  cabling  provisions  of  MIL-E-6051  shall  apply. 

4.5.2  ifliainal  . 

4. 5. 2.1  Terminal  a.  Mi  tH_.LraaafQrmer  copied  stubs. 

4. 5. 2. 1.1  Terminal  output  characteristics.  The  following  characteristics 
shall  be  measured  with  Rl*  a<5  shown  on  figure  12,  equal  to  70.0  ohms  ♦  2.0 
percent. 

4.5.2. 1.1.1  Output  levels.  The  terminal  output  voltage  levels  shall  be 
measured  using  the  test  conf igura tion  shown  on  figure  12.  The  terminal  output 
voltage  shall  be  within  the  range  of  18.0  to  27-0  V,  peak-to-peak, 

1  tne- to-1  tne  ,  when  measured  at  point  A  on  figure  12. 

4.5-2.  1.1.2  Output  waveform.  The  waveform,  when  measured  at  point  A  on  figure 
12  shall  have  zero  crossing  deviations  which  are  equal  to,  or  less  than,  25.0 
ns  from  the  ideal  crossing  point,  measured  with  respect  to  the  previous  zero 
crossing  ( 1  .e  .  ,  .5  t  .  025  us  ,  1.0  1  . 025  jus  ,  1.5  t  .  02  5  us  ,  and  2.0  ±  .  025  jus)  . 
TYie  rise  and  fall  time  of  this  waveform  shall  be  from  100.0  to  300.0  ns  when 
measured  from  levels  of  10  to  90  percent  of  full  waveform  peak-to-peak, 

1  ine- to-1  ine  ,  voltage  as  shown  on  figure  13.  Any  distortion  of  the  waveform 
Including  overshoot  and  ringing  shall  not.  exceed  t  900.0  millivolts  (mV)  peak, 

L  tne- to- 1  Ine  ,  as  measured  at  point  A,  f  igure  12. 

4.5.2.  1.1.3  Output  noise .  Any  noise  transmitted  when  the  terminal  is 
receiving  or  has  power  removed,  shall  not  exceed  a  value  of  14.0  mV,  NMS, 

1  Ine- to-1  ine  ,  as  measured  at  point  A,  l  igure  12. 

4.5.2. 1.1.4  Output  symmetry.  trom  the  time  beginning  2.5  us  after  the  mid-bit 
crossing  of  the  parity  bit  of  the  last  word  transmitted  by  a  terminal,  the 
maximun  voltage  at  point  A  of  figure  12  shall  be  no  greater  than  *  250.0  mV 
peak,  1 tne- to-1  ine .  This  shall  be  tested  with  the  terminal  transmitting  the 
maximun  number  of  words  it  is  designed  to  transmit,  up  to  33-  This  test  shall 
be  run  six  times  with  each  word  in  a  contiguous  blocK  of  words  having  the  same 
bit  pattern.  The  six  word  contents  that  shall  be  used  are  0000^, 

0000^  5  ,  FFFF 1  5  ,  5555  1  ,  and  AAAA  j  5  *  The  output  of  the  terminal  shall  be  as 
specified  in  4.5.2.  1.1.1  and  4.5.2.  1.1.2. 

4.5.2. 1.2  Terminal  input  characteristics.  Ihe  following  r har ac ter i st ic s  shall 
be  measured  independently. 
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4 .  5 .  2 .  1 . 2 .  1  lnuut  wavelunn  compatibility.  The  terminal  shall  be  capable  of 
receiving  and  operat  mg  wilh  t  h»*  incoming  signals  specif  ied  herein,  and  shall 
accept  waveform  varying  from  a  square  wave  to  a  sine  wave  with  a  maximum  zero 
crossing  deviation  f  mvn  *  he  ideal  with  respect  to  the  previous  zero  crossing  of 
1  ISO  ns  ,  (  l  .e  .  ,  2.0  1  .  IS  jjs  ,  1.5  1  .  IS  ;is  ,  1.01  .10  gs,  .51  -  15  Ms)  .  The 
terminal  shall  respond  to  an  input  signal  whose  peak- to- pea  k  amplitude, 

1  ine- to- 1  ine  ,  is  within  trie  range  of  .56  to  14.0  V.  The  terminal  shall  not 
respond  to  an  input  signal  whose  peak- to-  pea  k  amplitude,  1  me-to-1  ine  (  is 
within  the  range  of  0.0  to  .  20  V .  The  voltages  are  measured  at  point  A  on 
figure  9  . 

4.5.2. 1.2.2  Common  mode  rejection^.  Any  signals  from  direct  current  (DC)  to 
2-0  MHz, with  amplitudes  equal  to  or  less  than  ♦  10.0  V  peak,  1  ine- to-ground  , 
measured  at  point  A  on  figure  9,  shall  not  degrade  the  performance  of  the 
rece  iver  . 

4.5.2. 1.2.3  Input  Impedance.  The  magnitude  of  the  terminal  input  Impedance, 
when  the  RT  is  not  transmitting,  or  has  power  removed,  shall  be  a  minimum  of 
1000.0  ohms  within  the  frequency  range  of  75.0  khz  to  1.0  MHz.  This  impedance 
la  that  measured  line-to-line  at  point  A  on  figure  9. 

4.5.2. 1.2.4  Noise  rejection.  The  terminal  shall  exhibit  a  maximum  word  error 
rate  of  one  part  in  10^,  on  all  words  received  by  the  terminal,  after 
validation  checks  as  specified  in  4.4,  when  operating  in  the  presence  of 
additive  white  Gaussian  noise  distributed  over  a  bandwidth  of  1.0  kHz  to  4.0 
MHz  at  an  RMS  amplitude  of  140  mV.  A  word  error  shall  Include  any  fault  which 
causes  the  message  error  bit  to  be  set  in  the  terminal's  status  word,  or  one 
which  causes  a  terminal  to  not  respond  to  a  valid  command.  The  word  error  rate 
shall  be  measured  with  a  2.  1  V  peak- to- peak ,  1 Ine- to-1 ine  ,  input  to  the 
terminal  as  measured  at  point  A  on  figure  9.  The  noise  tests  shall  be  run 
continuously  until,  for  a  particular  number  of  failures,  the  nisober  of  words 
received  by  the  terminal,  Including  both  command  and  data  words,  exceeds  the 
required  number  for  acceptance  of  the  terminal,  or  is  less  than  tha  required 
number  for  rejection  of  the  terminal,  as  specified  in  table  II.  All  data  words 
used  In  the  tests  shall  contain  random  bit  patterns.  These  bit  patterns  shall 
be  unique  for  each  data  word  in  a  message,  and  shall  change  randomly  from 
message  to  message  . 

4. 5. 2. 2  Terminals  with  direct  coupled  stubs. 

4. 5. 2. 2.1  Terminal  output  characteristics.  The  following  characteristics 
shall  be  measured  with  Rp ,  as  shown  on  figure  12,  equal  to  35.0  ohms  ♦  2.0 
percent . 


4. 5. 2. 2.  1.1  output  levels.  The  terminal  output  voltage  levels  shall  be 
measured  using  the  test  configuration  shown  on  figure  12.  The  terminal  output 
voltage  shall  be  within  the  range  of  b.O  to  9.0  V,  peak-to-peak ,  line-to-line, 
when  measured  at  point  A  on  figure  12. 
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Tab 1 e  II*  Criteria  for  acceptance  or  rejection  of  a 
jerminal  tor  tfre  noise  rejection  teat 


TOTAL  WORDS  RECEIVED  b 7  THE  TERMINAL 


(in  mul  ti  pi  es  of 

10?  ) 

No.  of 

he  jec  t 

Ac  c  e  pt 

grror^  (gqual  or  less)  (Equal  or  more) 


0 

N/A 

4.  40 

1 

N/A 

5-21 

C 

N/A 

6.02 

3 

N/A 

6.63 

4 

N/A 

7.64 

5 

N/A 

8.46 

6 

.45 

9-27 

7 

1.26 

10.08 

8 

2.07 

10.89 

9 

2.88 

11.70 

10 

3.69 

12.91 

1 1 

4.50 

1  3.  32 

12 

5.  31 

14.13 

13 

6. 12 

1  4.94 

1i< 

6.93 

15.75 

15 

7.74 

16.56 

16 

8.55 

17.37 

17 

9.37 

18.19 

18 

10.  18 

19.00 

19 

10.99 

19.81 

20 

11 .80 

20.62 

21 

12.61 

21.43 

22 

1  3.42 

22.24 

23 

14.23 

23-05 

24 

15.04 

23-86 

25 

16.  85 

24.67 

26 

16.66 

25.48 

27 

17.47 

26.29 

28 

18.29 

27.11 

29 

19.10 

27.92 

30 

19.90 

2  8.73 

31 

20.  72 

29.54 

32 

21.53 

30.35 

33 

22.34 

31.16 

34 

23.  15 

31-97 

35 

23.96 

32-78 

36 

24.77 

’•3-00 

37 

25.58 

33-00 

38 

26.39 

33-00 

39 

27.21 

33-00 

40 

28.02 

33-00 

41 

33.00 

N/A 
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4. 5-2. 2.  1.2  UutPUt  wavelorm.  The  waveform,  when  measured  at  point  A  on  figure 
12,  shall  have  zero  crossing  deviations  which  are  equal  to,  or  less  than,  25.0 
ns  from  the  Ideal  crossing  point,  measured  with  respect  to  the  previous  zero 
crossing  d  •«.  ,  .5  t  .025  us,  1.0  1  .025  jjs  1.5  +  .025  >us  and  2.0  ♦  .025  us)  . 
The  rise  and  fall  time  of  this  waveform  shall  be  from  100.0  to  300.0  ns  when 
measured  from  levels  of  10  to  90  percent  of  full  waveform  peak- to* peak , 

1  tne- to- 1  ine  ,  voltage  as  shown  on  figure  13.  Any  distortion  of  the  waveform 
including  overshoot  and  ringing  shall  not  exceed  ±  300.0  «V  peak,  1  ine- to-1  ine , 
as  measured  at  point  A  on  figure  12. 


4. 5«  2. 2.  1.3  Output  noise.  Any  noise  transmitted  when  the  t  rminal  is 
receiving  or  has  power  removed,  shall  not  exceed  a  value  of  5  0  mV,  RMS, 

1  ine- to-1  ine  ,  as  measured  at  point  A  on  figure  12. 

4. 5. 2. 2.  1.4  Output  symmetry.  From  the  time  beginning  2.5  us  after  the  mid-bit 
crossing  of  the  parity  bit  of  the  last  word  transmitted  by  a  terminal,  the 
max  Ira  tin  voltage  at  point  A  on  figure  12,  shall  be  no  greater  than  ±  90. 0  mV 
peak,  1  ine- to-1  ine .  This  shall  be  tested  with  the  terminal  transmitting  the 
maxtmun  number  of  words  it  is  designed  to  transmit,  up  to  33.  This  test  shall 
be  run  six  times  with  each  word  in  a  contiguous  block  of  words  having  the  same 
bit  pattern.  The  six  word  contents  that  shall  be  used  are  8000^5,  7FFF^5, 
OOOOifc,  FFFFifc,  5555^6,  and  AAAA-15.  output  of  the  terminal  shall  be  as 

specified  in  4. 5. 2. 2. 1.1  and  4. 5- 2. 2. 1.2. 


4. 5. 2.2.2  Terminal  input  characteristics.  The  following  characteristics  shall 
be  measured  independently. 


4. 5. 2. 2. 2.1  Input  waveform  compatibility.  The  terminal  shall  be  capable  of 
receiving  and  operating  with  the  incoming  signals  specified  herein,  and  shall 
accept  waveform  varying  from  a  square  wave  to  a  sine  wave  with  a  maximum  zero 
crossing  deviation  from  the  Ideal  with  respect  to  the  previous  zero  crossing  of 
plus  or  nanus  150  ns,  (l.e.,  2.0  ♦  .15  us  1.5  i  . 15  us  1 .0  +  .15  us 
,5  ♦  .15  us).  The  terminal  shall  respond  to  an  input  signal  whose  peak-to-peak 
amplitude,  line-to-iine,  is  within  the  range  of  1.2  to  20.0  V.  The  terminal 
shall  not  respond  to  an  input  signal  whose  peak-to-peak  amplitude, 
llne-to-line,  is  within  the  range  of  0.0  to  .28  V.  The  voltages  are  measured 
at  point  A  on  figure  10. 


4. 5. 2. 2. 2. 2  CftttPftn  rp  lections.  Any  signals  from  DC  to  2.0  MHz,  with 

amplitudes  equal  to  or  less  than  ♦  10.0  V  peak,  line-to-ground,  measured  at 
point  A  on  figure  10,  shall  not  degrade  the  performance  of  the  receiver. 

4. 5. 2. 2. 2. 3  Input  impedance.  The  magnitude  of  the  terminal  input  Impedance, 
when  the  RT  is  not  transmitting,  or  has  power  removed,  shall  be  a  minimum  of 
2000.0  ohms  within  the  frequency  range  of  "5.0  kHz  to  1.0  MHz.  This  impedance 
la  that  measured  llne-to-ilne  at  point  A  on  figure  10. 


4. 5. 2. 2. 2. 4  flolse  rejection.  The  terminal  shall  exhibit  a  maximum  word  error 
rate  of  one  part  in  107 (  on  all  words  received  by  the  terminal,  after 
validation  checks  as  specified  in  4.4,  when  operating  in  the  presence  of 
additive  white  Gaussian  noise  distributed  over  a  bandwidth  of  1.0  kHz  to  4.0 
MHz  at  an  RMS  amplitude  of  200  mV.  A  word  error  shall  include  any  fault  which 
causes  the  message  error  bit  to  be  set  in  the  terminals  status  word,  or  one 
which  causes  a  terminal  to  not  respond  to  a  valid  command.  The  word  error  rate 
shall  be  measured  with  a  3*0  V  peak-to-peak,  line-to-line ,  input  to  the 
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terminal  as  measured  at  point  A  on  figure  10.  The  noise  tests  shall  be  run 
con t Inuousl y  until,  for  a  particular  nunber  of  failures,  the  number  of  words 
received  by  the  terminal,  including  both  eanmand  and  data  words,  exceeds  the 
required  nunber  for  acceptance  of  the  terminal,;  or  is  less  than  the  required 
number  for  rejection  of  the  terminal,  as  specified  in  table  II.  All  data  words 
used  in  the  tests  shall  contain  random  bit  patterns.  These  bit  patterns  shall 
be  unique  for  each  data  word  in  a  message,  and  shall  change  randomly  from 
message  to  message  . 

4.6  Redundant  data  bus  requirements.  If  redundant  data  buses  are  used,  the 
requirements  as  specified  in  the  following  shall  apply  to  those  data  buses. 

4.6.1  Electrical  Isolation.  All  terminals  shall  have  a  minimum  of  45  dB 
isolation  between  data  buses.  Isolation  here  means  the  ratio  in  dB  between  the 
output  voltage  on  the  active  data  bus  and  the  output  voltage  on  the  inactive 
data  bus.  This  shall  be  measured  using  the  test  configuration  specified  in 
4.5.2.  1.1  or  4. 5. 2. 2.1  for  each  data  bus.  Each  data  bus  shall  be  alternately 
activated  with  all  measurements  being  taken  at  point  A  on  figure  12  for  each 
data  bus  . 

4.6.2  Single  event  failures.  All  data  buses  shall  be  routed  to  minimize  the 
possibility  that  a  single  event  failure  to  a  data  bus  shall  cause  the  loss  of 
more  than  that  particular  data  bus. 

4.6.3  Dual  standby  redundant  data  bus.  If  a  dual  redundant  data  bus  is  used, 
then  it  shall  be  a  dual  standby  redundant  data  bus  as  specified  in  the 
following  paragraphs. 

4.  6.  3.1  Data  bus  activity.  Only  one  data  bus  can  be  active  at  any  given  time 
except  as  specified  in  4.6.  3.2. 

4.6. 3.2  Reset  data  bus  transmitter.  If  while  operating  on  a  command,  a 
terminal  receives  another  valid  command,  from  either  data  bus,  it  shall  reset 
and  respond  to  the  new  command  on  the  data  bus  on  which  the  new  command  is 
received.  The  terminal  shall  respond  to  the  new  command  as  specified  in 
4.3*3*  8. 


5.  DETAIL  REQUIREMENTS  (Not  Applicable) 


Custod Ians : 

Army  -  EL 
Navy  -  AS 
Air  Force  -  11 


preparing  Activity: 
Air  Force  -  1 1 
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APFfcNDlA 

10  •  ii&ne  r&l .  The  following  paragraphs  in  this  appendix  are  presented  in  order 
to  discuss  certain  aspects  of  the  standard  in  a  general  sense.  They  are 
Intended  to  provide  a  user  of'  the  standard  more  insight  into  the  aspects 
discussed  . 

10.1  Redundancy .  It  is  intended  that  this  standard  be  used  to  support  rather 
than  to  supplant  the  system  design  process.  However,  it  has  been  found, 
through  application  experience  in  various  aircraft,  that  the  use  of  a  dual 
standby  redundancy  technique  is  very  desirable  for  use  in  integrating  mission 
avionics.  For  this  reason,  this  redundancy  scheme  is  defined  in  4.6  of  this 
standard.  None  the  less,  the  system  designer  should  utilize  this  standard  as 
the  needs  of  a  particular  application  dictate.  The  use  of  redundancy,  the 
degree  to  which  it  is  implemented,  and  the  form  which  it  takes  must  be 
determined  on  an  individual  application  basis.  Figures  10.1  and  10.2 
illustrate  some  possible  approaches  to  dual  redundancy.  These  illustrations 
are  not  intended  to  be  inclusive,  but  rather  representative.  It  should  be 
noted  that  analogous  approaches  exist  for  the  triple  and  quad  redundant  cases. 

10.2  Bus  controller.  The  bus  controller  is  a  key  part  of  the  data  bus  system. 
The  functions  of  the  bus  controller,  in  addition  to  the  issuance  of  commands, 
must  include  the  constant  monitoring  of  the  data  bus  and  the  traffic  on  the 
bus.  It  is  envisioned  that  most  of  the  routine  minute  details  of  bus 
monitoring  (e.g.,  parity  checking,  terminal  non-response  time-out,  etc.)  will 
be  embodied  in  hardware,  while  the  algorithms  for  bus  control  and  decision 
making  will  reside  in  software.  It  is  also  envisioned  that,  in  general,  the 
bus  controller  will  be  a  general  purpose  airborne  computer  with  a  special 
input/output  (I/O)  to  interface  with  the  data  bus.  It  is  of  extreme  importance 

i  in  bus  controller  design  that  the  bus  controller  be  readily  able  to  accommodate 

terminals  of  differing  protocol’s  and  status  word  bits  used.  Equipment 
j  designed  to  MIL-STD-1 553A  will  be  in  use  for  a  considerable  period  of  time; 

j  thus,  bus  controllers  must  be  capable  of  adjusting  to  their  differing  needs, 

j  It  is  also  important  to  remember  that  the  bus  controller  will  be  the  focal 

I  point  for  modification  and  growth  within  the  multiplex  system,  and  thus  the 

\  software  must  be  written  in  such  a  manner  as  to  permit  modification  with 

relative  ease. 
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10.  3  Multiplex  selection  criteria.  The  selection  of  candidate  signals  for 
multiplexing  is  a  function  of  the  particular  application  involved,  and  criteria 
will  in  general  vary  from  system  to  system.  Obviously,  those  signals  which 
have  bandwidths  of  400  hz  or  less  are  prime  candidates  for  inclusion  on  the 
bus.  It  is  also  obvious  that  video,  audio,  and  high  speed  parallel  digital 
signals  should  be  excluded.  The  area  of  questionable  application  is  usually 
between  400  Hz  and  3KHz  bandwidth.  The  transfer  of  these  signals  on  the  data 
bus  will  depend  heavily  upon  the  loading  of  the  bus  in  a  particular 
application.  The  decision  must  be  based  on  projected  future  bus  needs  as  well 
as  the  current  loading.  Another  class  of  signals  which  in  general  are  not 
suitable  for  multiplexing  are  those  which  can  be  typified  by  a  low  rate  (over  a 
mission)  but  possessing  a  high  priority  or  urgency.  Examples  of  such  signals 
might  be  a  nuclear  event  detector  output  or  a  missile  launch  alarm  from  a 
warning  receiver.  Such  signals  are  usually  better  left  hardwired  ,  but  they  may 
be  accommodated  by  the  multiplex  system  if  a  direct  connection  to  the  bus 
controller’s  interrupt  hardware  is  used  to  trigger  a  software  action  in 
response  to  the  signal . 

10.4  High  reliability  requirements .  The  use  of  simple  parity  for  error 
detection  within  the  multiplex  bus  system  was  dictated  by  a  compromise  between 
the  need  for  reliable  data  transmission ,  system  overhead,  and  remote  terminal 
simplicity.  Theoretical  and  empirical  evidence  indicates  that  an  undetected 
bit  error  rate  of  10“12  can  be  expected  from  a  practical  multiplex  system  built 
to  this  standard.  If  a  particular  signal  requires  a  bit  error  rate  which  is 
better  than  that  provided  by  the  parity  checking,  then  it  is  incunbent  upon  the 
system  designer  to  provide  the  reliability  within  the  constraints  of  the 
standard  or  to  not  include  this  signal  within  the  multiplex  bus  system.  A 
possible  approach  in  this  case  would  be  to  have  the  signal  source  and  sink 
provide  appropriate  error  detection  and  correction  encod ing/ decod ing  and  employ 
extra  data  words  to  transfer  the  Information.  Another  approach  would  be  to 
partition  the  message,  transmit  a  portion  at  a  time,  and  then  verify  (by 
interrogation)  the  proper  transfer  of  each  segment. 

10.5  Stubbing .  Stubbing  is  the  method  wherein  a  separate  line  is  connected 
between  the  primary  data  bus  line  and  a  terminal.  The  direct  connection  of  a 
stub  line  causes  a  mismatch  which  appears  on  the  waveforms.  This  mismatch  can 
be  reduced  by  filtering  at  the  receiver  and  by  using  bi-phase  modulation. 

Stubs  are  often  employed  not  only  as  a  convenience  in  bus  layout  but  as  a  means 
of  coupling  a  unit  to  the  line  in  such  a  manner  that  a  fault  on  the  stub  or 
terminal  will  not  greatly  affect  the  transmission  line  operation.  In  this 
case,  a  network  is  employed  in  the  stub  line  to  provide  isolation  from  the 
fault.  These  networks  are  also  used  lor  stubs  that  are  of  such  length  that  the 
mismatch  and  reflection  degrades  bus  operation.  Tne  preferred  method  of 
stubbing  is  to  use  transformer  coupled  stubs,  as  defined  in  4.5. 1.5.1.  This 
method  provides  the  benefits  of  DC  isolation,  increased  common  mode  protection, 
a  doubling  of  effective  stub  impedance,  and  fault  isolation  for  the  entire  stub 
and  terminal.  Direct  coupled  stubs,  as  defined  in  4.5.  1.5.2  of  this  standard, 
should  be  avoided  if  at  all  possible.  Direct  coupled  stubs  provide  no  DC 
isolation  or  common  mode  rejection  for  the  terminal  external  to  its  subsystem. 
Further,  any  shorting  fault  between  the  subsystems  internal  isolation  resistors 
(usually  on  a  circuit  board)  and  the  main  bus  junction  will  cause  failure  of 
that  entire  bus.  It  can  be  expected  that  when  the  direct  coupled  stub  length 
exceeds  1.6  feet,  that  it  will  begin  to  distort  the  main  bus  waveforms.  Note 
that  this  length  includes  the  cable  runs  internal  to  a  given  subsystem. 


10.6  Ose  of  broadcast  option.  The  use  n('  a  broadcast  message  as  defined  in 
3-  3*  6-7  of  this  standard  represents  a  significant  departure  from  the  basic 
philosophy  of  this  standard  in  that  it  is  a  message  format  which  does  not 
provide  positive  closed-loop  control  of  bus  traffic.  The  system  designer  is 
strongly  encouraged  to  solve  any  design  problems  through  the  use  of  the  three 
basic  message  formats  without  resorting  to  use  of  the  broadcast.  If  system 
designers  do  choose  to  use  the  broadcast  command,  they  should  carefully 
consider  the  potential  effects  of  a  missed  broadcast  message,  and  the 
subsequent  Implications  for  fault  or  error  recovery  design  in  the  remote 
terminals  and  bus  controllers. 
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PREFACE 


This  document  is  the  revised  Ml L-STD- 1 589B  Draft  (USAF)  definition 
of  the  upgraded  J73  JOVIAL  programming  language.  The  sections  are 
organized  in  a  top-down  manner.  The  first  section  describes  the 
interactions  between  the  modules  of  the  complete  program  so  that  in 
subsequent  sections  the  structures  of  the  language  can  be  described  (to 
the  extent  possible)  without  reference  to  their  interaction  with  other 
s t  rue turps. 

Most  sections  are  divided  into  separate  parts  entitled  "Syntax," 
"Semantics,"  and  "Constraints."  The  "Syntax"  descriptions  define  the 
grammar  of  the  language  in  a  modified  BNF  notation.  The  "Semantics" 
discussions  define  the  meaning  of  constructs  that  satisfy  the  Syntax  and 
Constraints.  The  "Constraints"  discussions  enumerate  non-syntactic 
requirements  that  must  be  met  in  order  for  the  given  constructs  to  be 
legal.  The  intent  is  that  the  Syntax,  Semantics,  and  Constraints  not  be 
redundant  with  each  other  -  e.g.,  the  Semantics  sections  do  not  normally 
repeat  something  that  should  be  obvious  from  the  Syntax,  neither  do  they 
repeat  stipulations  that  are  listed  as  Constraints. 

Some  of  the  designated  Constraints  apply  at  compile  time,  and 
others  pertain  to  errors  that  are  not  detectable  until  the  compiled 
program  is  executed.  In  order  to  conform  to  this  standard,  a  J73 
compiler  must  detect  compile-time  errors,  but  It  is  not  required  to 
generate  code  for  run-time  checks. 

The  Appendix  provides  a  cross-reference  index  to  constructs  that 
appear  in  the  Syntax.  For  each  construct,  the  index  gives  the  number  of 
the  section  where  that  construct  is  defined  and  the  numbers  of  the 
sections  where  that  construct  is  used  in  a  definiton. 

The  following  metalanguage  conventions  have  been  observed  in  this 
document : 


1.  Terminal  symbols,  i.e.,  those  which  actually  appear  in  a 
program  are  written  in  upper  case.  For  example: 

BEGIN 

END 

STATIC 

2.  Non-terminal  symbols,  i.e.,  those  which  represent  groups  of 
terminal  symbols  are  written  in  lower  case  and  enclosed 
between  <  and  >.  If  any  non-terrainal  symbol  is  longer  than 
one  word,  the  words  are  separated  by  a  hyphen.  For  example: 


ill 
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<compool~module> 

<ord 1 nary-t  able-body> 

3.  The  following  special  symbols  are  used  In  the  me t a  1 anguage • 

: means  "Is  defined  as."  For  example, 

<a>  ::=  <b>  <c> 

where  <a>  is  defined  as  the  string  <b>  followed  by 
the  string  <c>.  Definitions  that  do  not  fit  on  one 
line  may  extend  to  the  next  line  or  lines. 

|  The  j  symbol  indicates  that  what  follows  Is  an 

alternate  choice  of  definition  for  the  non-terminal 
to  the  left  of  the  : symbol.  For  example, 

<a>  <b>  |  <c> 

where  <a>  is  defined  as  either  the  string  <b>  or 
the  string  <c>. 

(  ]  If  a  string  may  optionally  be  present,  it  is 

enclosed  between  [  and  ].  For  example, 

<a>  [<b>]  <c> 

where  <a>  is  defined  as  either  the  string  <c>  or 
the  string  <b>  followed  by  the  string  <c>. 

4.  The  following  symbols  have  metalinguistic  meaning  when 
appended  to  a  non-terminal: 

...  One  or  more  instances  of  the  string  represented  by 
non- 1  erminal 

One  or  more  instances  separated  by  a  comma 
:•••  One  or  more  instances  separated  by  a  colon 
For  example: 

<a> .  . .  Represents  a  single  <a>  or  any  sequence  of  <a>'s 

(e.g.,  <a>  or  <a>  <a>  or  <a>  <a>  <a>  <a>  etc.) 

[<a>...]  Represents  the  null  string  or  any  sequence  of  <a>'s 

<a> ,  . . .  Represents  a  single  <a>  or  any  length  sequence  of 

<a>'s  separated  by  commas  (e.g.,  <a>  or  <a>,<a>  or 


iv 
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<a>,<a>,<a>  etc.) 

5.  If  a  non-terminal  appearing  on  the  right  side  of  the  16 

not  defined  in  that  same  sub-section,  the  number  of  the 
sub-section  where  it  is  definec  appears  in  parentheses  in  the 
right  margin. 

6.  In  a  "Semantics11  or  "Constraints"  section,  non-terminal 
symbols  are  enclosed  between  <  and  >  when  the  usage  refers  to 
constructs  occurring  in  a  "syntax"  section  or  when  the 
specific  J73  meaning  might  be  confused  with  generalized 
programming  usage. 

Throughout  this  document,  the  symbols  used  for  the  prime,  the 
quotation  mark,  and  a  blank  are  as  follows: 

1 .  Prime 

2.  Quotation  mark  " 


3. 


Blank 


space 
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1  .0  GLOBAL  CONCEPTS 
1.1  THE  COMPLETE  PROGRAM 


Syntax: 


<co«pl  ete-prograin> 
<module> 


Semant ics : 


:  :=*  <module> . .  • 

<corapool-module> 

I  <procedure-module> 

|  <main-program-module> 


(1.2.1) 

(1.2.2) 

(1.2.3) 


A  <complet e-prog ram>  of  the  J73  language  gives  the  complet 
specification  of  a  comput a t ional  algorithm  to  be  performed. 
<comple t  e-prog r a m>  consists  of  a  group  of  one  or  more  <modules>  that  are 
compilable  separately  and  which  may  be  subsequently  bound  together  for 
execution  as  a  unit.  A  <module>  is  the  smallest  entity  in  the  language 
that  may  be  separately  compiled. 


A  <c omple t e-program>  may  contain  zero  or  more  <compool-modules>  and 
zero  or  more  <procedure-modules> • 


Constraint : 


A  <complete-program>  must  contain  exactly  one  <ma  in-program- 
module> • 

Note : 


A  compiler  may  accept  a  file  containing  more  than  one  <module>,  but 
it  is  not  required  to  do  so.  If  it  does  accept  such  a  file,  it  must 
process  each  <module>  as  though  it  had  been  submitted  separately. 


1.2  MODULES 

1.2.1  COMPOOL  MODULES 

Syntax: 

(9.0) 

(2.0) 

(9.0) 

1 

55 


<corapool-module>  START  [ <directive> . . . ] 

COMPOOL  <compool-name>  ; 
[<corapool-declarat ion> . . • ) 
[<di rect ive> . . . ] 

TERM 


T'*’  -  • 
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<compool-name>  :  ;=  <nane>  (8.2.1) 

Semant lc  s ; 

<Conpool-nodul es>  provide  a  neans  of  declaring  data  objects,  types, 
and  subroutines  that  are  to  be  made  external  -  i.e.,  that  are 
potentially  available  to  other  <modules>  in  the  <conple tc-program> . 
Another  <nodule>  may  access  the  names  declared  In  a  given 
<compool-module>  by  use  of  a  <compool-d i rec t i ve>  (see  Section  9.1)  that 
names  the  given  conpool  or  by  use  of  external  declarations  (see  Section 
2*5). 

A  <compool-module>  may  contain  <compool-d i rec t i ves>  that  name  other 
<compool-modu les> • 

By  appropriate  use  of  <def-speci f ica t ions>  and  < ref-s pec i f 1 ca t 1 ons> 
within  <conpooL-dec lara t i ons> ,  a  user  can  control  whether  physical 
allocation  takes  place  within  the  <compool-modul e>  itself  or  within  the 
accessing  <module>  (see  Section  2.5). 

1.2.2  PROCEDURE  MODULES 
Syntax : 

<procedure-module>  :  START 

[ <declaration>. . . )  (2.0) 

[ <non-nes  ted- sub rout ine> . . . ) 

[ <di rec t ive> . . . )  (9.0) 

TERM 


<non-nes t ed-subr ou t i ne>  :  [ <d i rec t i ve> . . ]  (9.0) 

(DEF]  <subrout ine-def ini tion>  (3.0) 

Semantics  : 

<Procedure-modules>  provide  a  means  of  separately  compiling 
subroutines  that  specify  portions  of  the  actions  of  the  <conplete- 
program> . 

If  a  <subrout  ine-def  ini  t  ion>  is  preceded  by  DEF,  that  subrovitine 
nay  be  invoked  from  within  the  <na 1 n-prog ran-nodul e>  or  from  within 
another  <procedure-modu  le> ,  provided  that  the  referencing  module 
contains  an  appropriate  <ref-s pec i f ica t ion>  for  the  subroutine  or 
accesses  a  conpool  containing  such  a  specification. 

<Non-ncs ted-subroutl nes>  defined  without  a  DFF  may  be  invoked  only 
from  within  the  <procedure-nodule>  or  <ma 1 n-program-nodule>  in  which 
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1 

? 

i 


they  are  defined.  Similarly,  all  declarations  In  a  <procedure-module> 
apply  only  within  that  <procedure-module>  (unless  they  are 
<ext ernal-decla rat i ons>  -  see  Section  2.5). 


1.2.3  MAIN  PROGRAM  MODULES 
Syntax : 

<ma in- prog ram-mod ule> 


<program-name> 

<program-body> 


START  [ <di rec t i ve>  . .  .  ] 

(9.0) 

PROGRAM 

<program-name>  ; 

[ <direct ive>  .  .  .  ] 

(9.0) 

< prog ram-bod y> 

[ <n on-nested-subrout i ne> . .  .  ] 

(1  .2.2) 

( <direct 1 ve>  .  .  .  ] 

(9.0) 

TERM 

(name) 

(8.2.1) 

(statement) 

(4.0) 

BEGIN  [ <dec 1  a ra t i on)  •  •  •  ] 

(2.0) 

<s t at  ement >  .  .  . 

(4.0) 

[ <subrou t i ne-def i ni t i on) .  .  .  ] 

(3.0) 

[ <di rec  t i ve> . . . ] 

(9.0) 

[ <1 abel> . . . ]  END 

(4.0) 

Semantics : 


The  body  of  a  <raa i n-pr ogram-module>  is  executed  at  the  start  of  a 
<coraple t e-program> •  When  execution  of  the  body  is  complete,  execution 
of  the  <c oraple t e-program)  is  complete.  Unless  the  <compl et e-program> 
consists  of  a  single  <ma ln-prograro-module> ,  the  <ma i n-program-module> 
will  contain  one  or  more  <compool-di recti ves> ,  references  to 
externally-declared  data,  and/or  calls  of  DEF'd  subroutines  in  other 
modules . 

Declarations  in  a  <main-program-module>  may  be  external  or 
internal-  If  a  <non-nes ted-subrout i ne>  has  a  DEF,  it  may  be  invoked 
either  locally  or  from  within  a  <procedure-modul e> ,  provided  that  the 
referencing  module  contains  an  appropriate  <ref-speci f ica t ion>  for  the 
subroutine  or  accesses  a  compool  containing  such  a  specification.  If  it 
does  not  have  a  DEF,  it  can  be  invoked  only  from  within  the  module  in 
which  it  is  defined. 
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Constraints: 


The  <program-body>  must  contain  at  least  one  non-null  statement 
(e.g.,  STOP). 

1.2.4  CONDITIONAL  COMPILATION 

Two  methods  are  provided  for  conditionally  suppressing  generation 
of  object  code  for  portions  of  a  JOVIAL  module. 

The  ISKIP,  1BEGIN,  and  !END  directives  (see  Section  9.2.2)  permit 
almost  complete  suppression  of  processing  of  suppressed  source.  The 
only  processing  done  for  suppressed  source  is  to  scan  for  the 
terminating  !END  directive.  Therefore  the  suppressed  source  may  contain 
errors  and/or  statements  incompatible  with  other  module  source  without 
affecting  compilation. 

The  IF  and  CASE  statements  (see  Sections  4.3  and  4.4)  permit 
suppression  of  generation  of  object  code.  Source  for  this  suppressed 
object  code  must  be  correct  since  it  is  subject  to  the  same  validity 
checks  and  processing  of  directives  as  other  source  code.  Only  code 
that  is  unconditionally  unreachable  is  suppressed  so  this  conditional 
compilation  must  produce  the  same  results  as  if  the  code  was  generated. 
Segments  of  code  which  are  unreachable  due  to  values  of  <i f -s t a tement> 
<boolean-f onnulas)  or  <case-select or-f ormulas>  which  are 

<compi le-t ime-f ormulas>  and  which  do  not  contain  <labels>  are  always 
suppressed.  Implementations  may  choose  to  do  a  more  complete  analysis 
and  also  suppress  other  recognized  unreachable  code. 


1  .3  SCOPE  OF  NAMES 

<Procedure-modules>  and  the  <ma in-program-module>  can  contain 
subroutines  (i.e.,  procedures  and  functions)  nested  to  any  depth.  Each 
subroutine,  as  well  as  the  <program-body>  and  the  <main-program-module> 
or  <p  rocedure-module>  Itself,  establishes  a  region  or  scope  for  which  a 
name's  declaration  is  active  and  In  which  the  <name>  can  be  used.  The 
scope  of  a  <name>  Is  that  region  of  the  <compl e te-program>  within  which 
that  <name>  has  a  single  meaning. 

A  name  declared  with  a  DEF  or  KEF  (see  Section  2.5)  is  considered 
to  be  external;  all  other  names  are  internal .  An  external  <name>  can  be 
used  in  any  module  of  the  <complet e~program> ,  except  within  a  scope 
containing  an  internal  name  with  the  same  spelling.  An  internal  name 
can  be  used  only  within  the  subroutine,  <procedur e-module> ,  or 
<ma in-p rogram-module>  within  which  that  name  is  declared,  but  not  within 
an  enclosed  scope  containing  a  <name>  with  the  same  spelling. 
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The  <name>  of  a  subroutine  belongs  to  the  scope  in  which  that 
subroutine  is  declared  or  defined. 

For  any  given  compilation,  all  names  made  available  from  referenced 
<compool-modules>  (see  Section  9*1),  as  well  as  the  name  of  the  <module> 
being  compiled  and  all  <compool-natnes> ,  belong  to  the  same  scope, 
referred  to  as  compool  scope,  which  is  considered  to  enclose  the  scope 
established  by  the  <procedure-module> ,  <roa in-program-module> -  or 
<compool-module>  being  compiled. 

System-defined  names  (e.g.,  machine-specific  subroutines, 
implementation  parameters)  belong  to  system  scope,  which  encloses  the 
compool  scope.  Such  names  may  be  redefined  by  the  programmer. 

These  rules  ensure  that  any  two  names  with  the  same  spelling  but 
with  distinct  scopes  are  regarded  as  if  they  were  different  names. 

Constraint^: 

No  two  names  having  the  same  scope  may  have  the  same  spelling. 
(This  constraint  does  not  prevent  two  tables  with  different 
<t able-names>  to  be  declared  in  the  same  scope  using  the  same 
<t able-ty pe-narae> .  See  Sections  2.1.2  and  2.2.) 

No  two  external  names  may  have  the  same  spelling. 

1.4  IMPLEMENTATION  PARAMETERS 
Syntax : 

<int ege r-mach ine- 

pa  rame  te r>  : BITSINBYTE 

|  B1TSI NWORD 

|  LOCSirWORD 

I  BYTEPOS 

(  <compi le-t ime-i nteger-f ormula>  )  (5.1.1) 

|  BYTES  INWORD 
I  BITSINPOINTER 
|  I NTPREC1 SION 


|  FEOATPRECT  SION 
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|  FIXEDPRECI SION 
|  FLOATRADIX 
|  IMPLFLOATPRECI SION 

(  <precision>  )  (2.1  .1.2) 

|  IMPLFIXEDPRECISION 

(  <scale-specif ier>  ,  (2. 1.1.3) 

<f ract ion-speci f ier  )  (2. 1.1. 3) 

|  IMPLINTSIZE 

(  <integer-size>  )  (2. 1.1.1) 

|  MAXFLOATPRECISION 
|  MAX FIXEDPRECI SI ON 
|  MAX1NTSI ZE 
)  MAXBYTES 
|  MAXBITS 

1  MAX2NT  (  <i  nt eger-size>  )  (2.1.K1) 

I  MININT  (  <Int eger-size>  )  (2. 1.1.1) 

|  MAXTABLESIZE 
|  MAX STOP 
|  MINSTOP 
|  MAXSIGDIGITS 
|  MINSIZE  ( 

<compile-t ime-integer-f ormula>  )  (5.1.1) 

|  MINFRACTION  ( 

<compl  le~t  ime-'f  lodting-formula>  )  (5.1.2) 

|  MINSCALE  ( 

<compile-t ime~f loa t lng-f ormula>  )  (5.1.2) 

|  MINRELPRECISION  ( 

<complle-t lme-f loa t ing-f ormula  )  (5.1.2) 
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<f 1 oa  t i ng-ma chine- 

parameter>  : ;= 

MAX FLOAT  (  <preeision>  ) 

(2.1.1  .2) 

1 

Ml NKI.OAT  (  <preoisfon>  ) 

(2.1 .1  .2) 

1 

FLOATREI.PRECI  SION 

(  <precislon>  ) 

(2.1  .1  .2) 

1 

FLOATUNDERFLOW 

(  <preclsion>  ) 

(2.1  .1.2) 

<fixed -machine- 

pa  rameter)  : :  = 

MAXFIXED  (  <sca le-spec i f i er>  , 

(2  .1  .1  .3) 

<f rac t i on-spec i f i er>  ) 

(2.1  .1  .3) 

1 

M1NFTXED  (  <scale-speci f i er>  , 

(2.1 .1  .3) 

<f ract i on-speci f i er>  ) 

(2.1 .1 .3) 

Seman t i c s  : 

The  machine  on  which 

a  J73  program  runs  contains  an  array 

of  memory 

cells.  These  cells  are  grouped  or  partitioned  into  the  following  units 
for  purposes  of  the  language  specification. 

1.  Bi_t  -  The  smallest  unit  of  storage  (can  contain  one  of  two 
values,  which  are  represented  by  zero  and  one) 

2.  Byte  -  A  group  of  one  or  more  consecutive  bits  that  is  capable 
of  holding  a  single  character  of  information 

3.  Word  -  A  memory  partition  of  one  or  more  consecutive  bits  that 
serves  as  the  unit  of  allocation  of  data  storage 

4.  Address  Unit  -  The  machine  dependent  unit  used  to  identify  an 
address  or  location  in  memory 

The  number  of  bits  per  byte,  word,  and  address  varies  from 
implementation  to  implementation,  and  these  quantities  affect  the 
representation  and  behavior  of  data  in  the  language.  Machine  parameters 
are  constants  that  describe  these  implementation-dependent  differences. 
The  values  of  these  constants  must  be  specified  as  part  of  the 
implementation  of  a  J73  compiler  on  any  computer.  These  names  can  then 
be  referenced  by  a  user  to  access  the  values  associated  with  that 
implementation . 

The  size  of  an  <integer-machine-parame t er>  is  the  size  of  an 
<i nt eger-1 i tera 1>  having  that  value.  The  attributes  of  a  <floating- 
machine-pa rame ter>  or  <f ixed-machi ne-parame t er>  are  as  specified  by  its 
<precision>  or  its  <sca 1 e-speci f i er>  and  <f raci i on-speci f i er> •  The 
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values  of  the  implementation  parameters  are  as  follows: 


BITSINBYTE 

Number  of  bits  in  a  byte 

BITS IN WORD 

Number  of  bits  in  a  word 

LOCSINWORD 

Number  of  locations  (address  unita) 
in  a  word 

BYTEPOS(PP) 

A  permitted  <start ing-bi t>  value  for 
character  strings  that  cross  word 
boundaries.  PP  is  any  integer  value 
between  0  and  BYTESINWORD- 1 , 
inclusive  and  BYTEPOS(PP)  < 
BYTEP0S(PP+1 ) • 

BYTESINWORD 

Number  of  complete  bytes  in  a  word 

B1TSINP01NTER 

Number  of  bits  used  for  a  pointer 
value 

INTPRECISION 

The  number  of  bits  that  an 
implementat ion  supplies  to  hold  the 
value  of  an  integer  item  (exclusive 
of  sign,  if  any)  when  no 
<integer-size>  is  specified  by  the 
programmer • 

FLOATPRECISION 

The  number  of  bits  that  an 
implementation  supplies  to  hold  the 
value  of  the  mantissa  of  a  floating 
point  item  (exclusive  of  the  sign 
bit)  when  no  <precision>  is  specified 
by  the  programmer 

FIXEDPREC1 SION 

The  number  of  bits  that  an 
implementation  supplies  to  hold  the 
value  of  a  fixed  item  (exclusive  of 
the  sign  bit)  when  no  <fraction- 
specifier>  is  supplied  by  the 
programmer 

FLOATRADIX 

Base  of  the  floating  point 
representation,  specified  as  an 
integer 

I MPL FLOATP RE C I S I ON ( I I ) 

Number  of  bits  (not  including  the 
sign  bit)  in  the  mantissa  of  the 
representation  for  a  floating  point 
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IMPLFIXEjjFREC1SION(  ss 

IMPLINTSIZE(II) 

MAX FLOATPRECI SION 

MAXFIXEDPRECI SION 

MAXINTSIZE 

MAXBYTES 

MAXBITS 

MAXINT(SS) 

MININT(SS) 


value  whose  specified  precision  is  II 

FF)  The  number  of  bits  (excluding  sign 
bit)  an  implementation  uses  to 
represent  an  unpacked  fixed  item  with 
scale  SS  and  fraction  FF.  This  value 
also  determines  the  accuracy  of  fixed 
formula  results. 

The  number  of  bits  (excluding  sign 
bit)  an  implementation  uses  to 
represent  an  unpacked  S  or  U  item 

with  specified  size  II. 

Maximum  specifiable  precision 

supported  by  an  implementation  for  a 
<f loating-i t em-de sc r i pt ion> 

Maximum  value  supported  by  an 

implementation  for  the  sum  of  the 
scale  and  fraction  specifiers  in  a 
<f ixed-i t  em-de sc r i pt i on> 

Maximum  specifiable  size  (not 

including  the  sign  bit)  supported  by 
an  implementation  for  signed  and 
unsigned  integers 

Maximum  value  supported 

implementation  for 

<character-size>;  must  not 
MAXBITS/BITSI NBYTE 

Maximum  value  supported  by  an 

implementation  for  a  <bit-size>;  the 
maximum  value  of  words  per  entry  in  a 
table  is  MAXBITS /BITS I NWORD ,  and  the 
maximum  BITSIZE  of  a  table  entry  is 
MAXBITS 

Maximum  integer  value  representable 
in  SS+1  bits  (including  sign  bit) 

Minimum  signed  integer  value 
representable  in  SS+1  bits  (including 
sign  bit),  using  the  implementation's 
method  of  representing  negative 
numbe  rs 


by  an 
a 

exceed 
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MAXTABLESIZE  The  maximum  number  of  words  an 

implementation  permits  a  table  to 

occupy • 

MAXSTOP  Maximum  specifiable  value  for  an 

<int eger-f ormula>  in  a  <stop- 

statement>  (see  Section  4.9) 

MINSTOP  Minimum  specifiable  value  for  an 

<int eger-f ormula>  in  a  <stop- 

statement>  (see  Section  4.9) 

MAXS1GD1GITS  The  maximum  number  of  significant 

digits  an  implementation  jill  process 
for  a  fixed  or  floating  point  literal 
(see  Section  8.3.1) 

MINSIZE(II)  The  minimum  value  of  SS  such  that  II 

is  less  than  or  equal  to  MAXINT(SS) 
and  greater  than  or  equal  to 
MININT(SS) 

MI NFRACT I0N( AA)  The  minimum  value  of  FF  such  that 

2**(-pp)  fs  less  than  or  equal  to  AA. 
The  value  of  A A  must  be  greater  than 
zero. 

MINSCALE(AA)  The  minimum  value  of  SS  such  that 

2**SS  is  greater  than  AA.  The  value 
of  AA  must  be  greater  than  zero. 

MINRELPRECISION(FF)  The  minimum  value  of  PP  such  that 

FLOATRELPRECI S I0N( PP)  is  less  than  or 
equal  to  FF.  The  value  of  FF  must  be 
greater  than  or  equal  to 

FL0ATRELPR£C1SI0N 
( MAX  FLOAT? R£ Cl  SION) . 

MAXFLOAT(PP)  Maximum  floating  point  value  using 

only  the  first  PP  mantissa  bits 
(excluding  sign)  of  the 

implementation's  floating  point 
represent  at  ion  whose  actual  mantissa 
length  is  IMPLFLOATPRECISION( PP) •  PP 
must  be  greater  than  zero  and  not 
exceed  MAX FL0ATPREC1 SION. 

MTNFLOAT(PP)  Minimum  floating  point  value 

representable  in  exactly  PP  mantissa 
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FLOATRELPRECI SI 0N( PP) 


FLOATUNDERFLOW(PP) 


MAX FIX ED ( SS ,FF) 
M INFIX ED (SS,FF) 


bits,  (excluding  sign)  and  using  the 
implementation's  method  of 
representing  negative  numbers.  PP 
must  be  greater  than  zero  and  not 
exceed  MAXFLOATPREC1 SION . 

Let  FRP1  be  the  smallest  floating 
point  value  greater  than  1 .0  using 
the  first  PP  bits  (excluding  sign)  of 
the  implementation's  representation 
for  floating  point  values. 
FLOATRELPRECI SI ON(PP)  equals  FRP1  - 
1.0.  PP  must  be  greater  than  zero 
and  not  exceed  MAX KLOATPRECI SION. 

The  smallest  positive  floating  point 
value  using  exactly  PP  mantissa  bits 
(excluding  sign)  and  such  that  both 
FL0ATUNDERFL0W( PP)  and 
-FL0ATUNDERFL0W( PP)  are  representable 
as  floating  point  values 

Maximum  fixed  value  representable  in 
SS+FF+1  bits  (including  sign  bit) 

Minimum  fixed  value  representable  in 
SS+FF+1  bits  (including  sign  bit), 
using  the  implementation's  method  for 
representing  negative  values 


Note: 


A  FIXEDRADIX  implementation  parameter  is  not  provided  since  fixed 
point  values  are  represented  using  radix  2  (see  Section  2.1 .1.3). 
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2  *°  DECLARATIONS 
Syntax : 

<dec la  ra t i on> 


<compool-declarat ion> 


Semantics: 


<data-declarati on> 

< type-dec  la ra tion> 

< subrout ine-declara tion> 

<s tatement-name-dec la  rat ion> 

<def ine-declara t ion> 

<externa 1-dec la  ra t ion> 

<ove rl ay-dec la  rat ion> 

<inline-declarat ion> 

<null-declaration> 

BEGIN  <declarat ion> .  . . 

END 

<directive>  <decla ra t ion> 

<ext  erna 1-dec  la  rat ion> 

<const ant-dec  1  a  ra  t i on> 

<type-de clara t ion> 

<def in e-dec lara t ion> 

<overlay-declara t ion> 

<nu 11-dec  la  ra  t ion> 

BEGIN  <compool-dec la ra t ion> . *  • 
END 

<direct ive> 

<compool-decla  ra  t ion> 


(2.1) 

(2.2) 

(3.0) 

(2.3) 

(2.4) 

(2.5) 

(2.6) 
(3.4) 
(2.7) 


(9.0) 

(2.5) 
(2.1.3) 
(2.2) 
(2.4) 

(2.6) 

(2.7) 


(9.0) 


<Declarations>  associate  <names>  with  programmer-supplied  meanings 
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A  <compool-declara t ion>  is  a  <declarat ion>  that  appears  in  a 
<corapool-module> • 

Const raint s 


Except  for  <s ta tement-names> ,  names  of  subroutines,  type  names  in 
<pointer-i tem-descri pt ions> ,  and  formal  parameter  names,  a  name  may  not 
be  used  prior  to  the  point  at  which  a  <decla ra t i on)  for  that  name 
appears . 

2.1  DATA  DECLARATIONS 
Syntax; 


<data-declara  t ion> 

<i tera-declara t ion> 

(2.1.1) 

|  < t able-dec la ra t i on> 

(2.1.2) 

|  <const ant-dec  la ra t ion> 

(2.1.3) 

|  <block-dec lara t ion> 

(2.1  .A) 

Semantics : 

<Da ta-dec lara t ions>  declare  <data-names>  and  their  attributes. 
Three  kinds  of  data  structures  exist  in  J73: 

I tem  ~  A  simple  data  object  of  the  language.  An  item  is  a 
variable  of  a  pre-defined  or  programmer-defined  type  having  no 
cons  ti tuent s  • 

2.  Table  -  An  aggregate  data  object  consisting  of  a  collection  of 
one  or  more  items,  or  an  array  of  such  collections.  The 
collection  of  items  is  called  an  entry.  An  entire  entry  in  a 
table  is  selected  by  the  use  of  the  table  name,  together  with 
a  sequence  of  indices  ("subscripts")  if  the  table  is  arrayed. 
An  item  within  an  entry  is  selected  by  the  use  of  the  item 
name  and  the  appropriate  number  of  subscripts. 

3*  Block  -  A  group  of  items  and  tables  and  other  blocks  to  which 
is  allocated  a  contiguous  area  of  storage. 

Additionally,  an  item  or  table  may  be  declared  to  be  CONSTANT,  in 
which  case  Its  value  cannot  be  changed  during  execution.  A  constant 
item  must  be  given  an  initial  value  by  means  of  an  <i tem-preset>  • 
Blocks,  items,  or  tables  (other  than  constants)  can  specify,  by  means  of 
an  <al loca tion-specif ier> ,  the  allocation  permanence  of  the  storage 
associated  with  their  names.  Non-constant  items  and  tables  can 
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optionally  be  given  initial  values  by  means  of  <i t em-preset s>  or 
<t able-preset s> • 

The  value  of  an  uninitialized  data  object  is  undefined  until  it 
receives  a  value  in  an  executable  statement* 

Declarations  associate  a  <name>  with  a  type*  A  type  determines  the 
set  of  values  that  an  object  can  have  and  the  operations  that  can  be 
performed  on  those  values.  Types  are  grouped  into  related  sets  called 
type  classes.  Examples  of  type  classes  are  signed  integer,  unsigned 
integer,  float,  and  bit.  Types  within  a  type  class  are  distinguished  by 
the  values  of  certain  properties  known  as  attributes  *  For  example,  S  3 
is  a  particular  type  within  type  class  S  with  a  value  of  3  for  the 
integer  size  attribute.  Rules  concerning  type  matching  are  found  in 
Section  7.0. 


2.1.1  ITEM  DECLARATIONS 


Syntax : 


<i tem-decla rat ion> 

ITEM  <item-name> 
[<allocation-speci f ier>] 

<i t em-t y pe-descr i pt i on> 

[ <i t em-prese t> ]  ; 

(2.1.5) 

(2.1.6) 

<i t em-name> 

;  ;  — 

<name> 

(8.2.1) 

<i tem-type-de script ion> 

:  :  = 

<integer-type-description> 

(2.1 .1  .1) 

1 

<f loa  t ing-ty pe-descr ip t ion> 

(2.1  .1 .2) 

1 

<f ixed- type-descript ion> 

(2.1 .1 .3) 

1 

<bi t-ty pe-descr ip tion> 

(2.1 .1 .4) 

1 

<character-ty pe-desc  r i pt ion> 

(2.1  .1  .5) 

1 

<s t a tus-type-de script ion> 

(2.1  .1.6) 

1 

<pointer- ty pe-descr ipt ion> 

(2.1  .1 .7) 

Semantics : 

<Item-declarations>  declare  items.  Items  are  used  as  variables  to 
retain  values  in  a  J73  program.  Allocation  for  items  declared  in 
<1 tem-decla rat ions>  will  be  such  that  no  items  share  a  word* 
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The  <i  tem-type-descript ion>  establishes  the  type  of  an  item. 

The  <al loca 1 1  on-spec i f i er)  establishes  the  allocation  permanence  of 
Items  which  are  not  enclosed  in  blocks.  This  allocation  permanence  is 
automatic  if  the  declaration  is  in  a  subroutine  and  the 
<allocation-speci f ier>  is  omitted,  otherwise  it  is  STATIC  (see  Section 
2.1,5)*  Items  enclosed  in  blocks  inherit  the  allocation  permanence  of 
the  enclosing  block. 

The  <i tem-prese t> ,  if  present,  specifies  an  initial  value  for  the 

item. 

Constraints : 

Only  items  having  STATIC  allocation  (explicitly  or  by  default)  may 
contain  an  <i t em-prese t>  . 

Declarations  of  items  that  are 
<f ormal-out put~pa rame  t e rs>  (see  Section 
<al loca t ion-speci f ier>  or  <i t em-preset> . 

An  <i t em-dec la ra t ion>  within  a 

<alloca t ion- specif ier>  • 

2. 1.1.1  INTEGER  TYPE  DESCRIPTIONS 
Syntax : 

<intege r-type-  :  :  = 

descript ion> 

I 

<int eger-i tem-  :  :  = 

descript ion> 

I 


<int  eger-size> 

<lnteger-type-name> 

Semantics : 

An  <integer-type-description>  is  used  to  specify  a  signed  integer 
type  or  an  unsigned  integer  type.  S  specifies  a  signed  integer  type;  U 
specifies  an  unsigned  integer  type. 


<i  ntege  r-i t em-descri pt i on> 
<int eger-type-name> 


S  [ <round-or-t runcate> ] 

(2.1 

.1 

.2) 

[ <i nteger-si ze> ] 

U  [/round-or-truncate>) 

(2.1 

i  .1 

.2) 

['.  <.  ;er-size>] 

.^om*  .-eime-integer-formula> 

(5.1 

i  .1 

) 

<i tem^type-name> 

(2.2) 

<f ormal- input-parame ters>  or 
3.3)  must  not  contain  an 


block  must  not  contain  an 
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The  <int ege r-size>  attribute  specifies  the  minimum  number  of  bits 
of  storage  required  to  hold  the  maximum  value  of  the  integer  (excluding 
the  sign,  if  any).  If  <intege r-size>  is  omitted,  it  defaults  to 
3 NTPRECISION.  The  number  of  bits  allocated  for  signed  integers  will  be 
at  least  <integer-si ze>+l  ,  and  for  unsigned  integers  will  be  at  least 
<integer~size> • 

The  value  set  for  a  signed  integer  type  with  size  SS  is  MININT(SS) 
through  MAXINT(SS).  The  value  set  for  an  unsigned  integer  type  with 
size  SS  is  0  through  MAXINT(SS). 

The  <round-or-t runcate>  attribute  specifies  truncation  or  rounding 
is  to  occur  when  a  value  is  converted  to  an  integer  type.  If  R  is 
specified,  rounding  will  occur.  If  T  is  specified,  truncation  towards 
minus  infinity  will  occur.  If  Z  is  specified,  truncation  towards  zero 
will  occur.  If  the  attribute  is  omitted,  truncation  in  an 
implement a tion-dependent  manner  will  occur. 

Constraints  : 

The  maximum  value  that  can  be  specified  for  <int eger-s ize>  is 
MAXINTSIZE,  an  implementation  parameter. 

<Integer-size>  must  be  greater  than  zero. 

An  <i ntege r-type-name>  must  be  an  <i tem-ty pe-name>  declared  in  an 
<1  tem-type~declaration>  that  contains  an  <intege r-type-descript ion>  (see 
Section  2.2). 

Notes : 

An  implementation  may  choose  MAXINTSIZE  >  B1TSINW0RD-1 . 

The  <round-or-truncate>  option  has  a  use  only  when  an 
<integer-i tem-description>  Is  used  in  an  <int eger-convers ion>  (see 
Sect  ion  7.0). 

2. 1.1. 2  FLOATING  TYPE  DESCRIPTIONS 
Syntajxs 

<f loa t ing-type-description>  : 

I 

<f loating-item-description>  : 


<floating~item-description> 

<f loa ting- type~name> 

F  {<round-or-truncate>] 
[<precision> ] 
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<round-or-truncate>  : ;«  ,  R 

I  ,  T 

I  ,  2 

<preclsion>  <compi le-t ime-i nt eger- f ormula>( 5 . 1 . 1 ) 

<f loa t ing-type-name>  :  :**  <1 1 em-t ype-name>  (2.2) 

Semantics : 


A  <floa ting-type-descript ion>  is  used  to  specify  a  floating  type. 
The  <precision>  attribute  specifies  the  minimum  number  of  bits  of 
storage  required  to  hold  the  value  of  the  mantissa.  If  <precislon>  is 
omitted,  it  defaults  to  FLOATPRECI SION ,  an  implementation  parameter. 

The  <round-or-t runca te>  attribute  is  used  to  specify  whether 
truncation  or  rounding  is  to  occur  when  a  value  of  a  floating  type  with 
a  greater  <precision>  is  assigned  to  an  item  of  this  y pe .  If  R  is 
specified,  rounding  will  occur.  If  T  is  specified,  truncation  towards 
minus  infinity  will  occur.  If  Z  is  specified,  truncation  towards  zero 
will  occur.  If  the  attribute  is  omitted,  truncation  in  an 
implementation-dependent  manner  will  occur.  Rounding  and  truncation 
take  place  with  respect  to  the  implemented  precision  of  the  floating 
type.  (Note:  IMPLFLOATPRECISION( PP)  is  an  implementation  parameter 
defining  what  precision  is  provided  when  precision  PP  is  specified.) 

The  value  set  for  a  floating  type  with  <precision>  PP  is 
MINFLOAT(PP)  through  -FLOATUNDERFLOW( PP) ,  0,  and  FLOATUNDERFLOW(PP) 
through  MAXFLOAT(PP) • 

Constraints : 


The  maximum  value  that  can  be  specified  for  <precision>  is 
MAXFLOATPRECI S ION,  an  implementation  parameter. 

<Precision>  must  be  greater  than  zero. 

A  <f loa ting-type-name>  must  be  an  <i tem-ty pe-name>  declared  in  an 
<i tem-ty pe-declarat ion>  that  contains  a  <f loat ing-ty pe-desc ript ion>  (see 
Section  2.2). 

Note : 


Since  a  <f loating-type-descript ion>  specifies  only  the  minimum 
precision  required,  an  implementation  is  free  to  support  only  one  or  two 
levels  of  implemented  precision.  Which  implemented  precision  level 
represents  a  floating  type  depends  on  the  value  of  the  specified 
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precision.  The  Implemented  precision  must  never  be  less  than  the 
specified  precision.  Since  an  Implementation  may  provide  more  than  the 
specified  precision,  It  is  consistent  to  round  or  truncate  a  represented 
value  only  if  converting  from  a  longer  to  a  shorter  implemented 
prec 1 s ion  . 


\ 


2. 1.1. 3  FIXED  TYPE  DESCRIPTIONS 


Syntax : 


<fixed-type-description> 

<flxed-i tem-de script  1 on> 

<scale-speelfier> 

<f rac 1 1  on-spec  1 f i er> 
<fixed-type~name> 

Seman 1 1 cs  : 


:  <f ixed-i tem-descri pt i on> 

|  <f ixed-t ype-name> 

A  [ <round-or-t runca t e> ]  (2. 1.1  .2) 

<scale -sped  fie  r> 

[  ,  <f ract 1  on-spec i f i er> ] 

:  <compi le-t lme-1 nteger-f  ormula>( 5.1*1) 

:  :=  <complle-t 1 roe- Integer- formula>( 5.1 . 1 ) 

: :=  < i tem- t ype-name>  (2.2) 


A  <f ixed-ty pe-descr ipt 1 on>  is  used  to  specify  a  fixed  point  numeric 
type.  If  SS  is  the  value  of  the  <scale-spec i f i er>  and  FF  is  the  value 
of  the  <f ract ion -spec i f 1 er) ,  then  SS+FF  is  the  minimum  number  of  bits  in 
the  representation,  excluding  the  sign  bit.  When  SS  and  FF  are  both 
positive,  SS  specifies  the  number  of  bits  to  the  left  of  the  binary 
point  (excluding  the  sign  bit)  and  FF  the  minimum  number  of  bits  to  the 
right  (see  Note  below).  When  SS  is  negative,  the  binary  point  is 
assumed  to  be  ABS(SS)  bits  to  the  left  of  the  first  (non-sign)  bit  of 
the  representation.  Similarly,  when  FF  is  negative,  the  least 
significant  bit  of  the  representation  is  no  more  than  ABS(FF)  bits  to 
the  left  of  the  binary  point. 


The  (nominal)  precision  of  a  fixed  point  type  is  the  sum  of  its 
scale  and  fraction  specifier.  The  implemented  precision  may  be  greater 
than  the  nominal  bits  required.  If  <f ract ion-specif ier>  is  omitted,  the 
fixed  point  type  has  a  default  precision  given  by  FI XEDPRECI SION,  an 
implementation  parameter,  and  the  implied  value  of  the  omitted 
<f raction-specifier>  is  FIXEDPRECISION-SS ,  where  SS  is  the  <scale- 
speci f ier>  . 

If  FF  is  a  fixed  point  item  declared  with  a  default 
<fraction-specifier>,  then  FIXEDPREC1SION  =  BITSI ZE( REP( FF) )-l . 
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The  <round-or-t runca te>  attribute  specifies  truncation  or  rounding 
is  to  occur  when  a  value  is  converted  to  a  fixed  point  type.  If  R  is 
specified,  rounding  will  occur.  If  T  is  specified,  truncation  towards 
minus  infinity  will  occur.  If  Z  is  specified,  truncation  towards  zero 
will  occur.  If  the  attribute  is  omitted,  truncation  in  an 
implementation-dependent  manner  will  occur.  Rounding  and  truncation 
take  place  with  respect  to  the  implemented  precision  of  the  fixed  type 
(see  Note  below). 

The  value  set  of  a  fixed  point  type  with  6cale  SS  and  fraction  FF 
is  MINFIXED(SS,FF)  through  MAXFIXED( SS , FF) . 

Constraints : 


The  sura  of  the  scale  and  fraction  specifiers  (i.e.,  the  nominal 
precision)  must  be  greater  than  zero  and  must  not  exceed 
MAXFIXEDPRECISION,  an  implementation  parameter. 

The  value  of  <sca le-spec i f i er>  must  lie  in  the  range  -127  through 

+  127. 


A  <f ixed- t y pe-name>  must  be  an  <i tem-t ype-name>  declared  in  an 
<i t em-type-dec la ra t ion>  that  contains  a  <f ixed-type-desc ri pt ion>  (see 
Section  2.2). 

Notes : 


The  set  of  exactly  representable  fixed  point  values  is  determined 
by  a  fixed  type's  scale  and  fraction  specifiers.  A  <fraction- 
specifier>  value,  FF,  means  fixed  point  values  must  be  represented  with 
a  precision  greater  than  or  equal  to  2**(-FF).  A  <sca le-spec i f ier> 
value,  SS,  means  the  maximum  representable  value  is  at  least  2**SS  - 
2**(-FF)  and  less  than  2**SS. 

An  implementation  is  permitted  to  support  more  than  one  level  of 
implemented  precision  for  fixed  point  types.  For  computational 
purposes,  values  will  be  represented  using  the  smallest  implemented 
precision  level  (e.g.,  one  word  or  two  words)  consistent  with  the 
value's  nominal  precision.  For  storage  purposes  in  packed  tables,  a 
fixed  point  value  need  occupy  no  more  than  the  number  of  bits  specified 
by  the  nominal  precision  plus  one  bit  for  the  sign. 

IMPLFIXEDPRECISION(  SS ,FF)  is  an  implementation  parameter  defining 
what  precision  is  provided  for  unpacked  fixed  point  item  when  nominal 
precision  SS+FF  is  specified.  In  addition,  the  implemented  precision  of 
a  packed  item  (i.e.,  an  item  in  a  specified  table,  packed  ordinary 
table,  or  a  tight  table)  as  well  as  an  unpacked  item  is  given  by 
BITSI ZE( REP( FI ) )-l ,  where  FI  is  the  fixed  point  item. 
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The  implemented  precision  of  a  fixed  item  is  the  number  of  bits 
(excluding  sign  bit)  used  to  store  the  item.  Assignments  to  such  items 
round  or  truncate  with  respect  to  this  precision,  which  is  never  less 
than  the  specified  precision.  Rounding  or  truncation  can  change  a  fixed 
point  value  only  if  the  implemented  precision  is  shortened. 

It  should  be  noted  that  specifying  R,  T,  or  Z  in  an  item 
declaration  only  affects  the  conversion  of  literal  values  (see  Section 
8.3.1)  and  assignments  of  fixed  point  values  when  the  stored 
representation  of  the  value  is  shorter  than  the  representation  used  for 
computations • 


2. 1.1. 4  BIT  TYPE  DESCRIPTIONS 


Syntax; 


<bi t- type-descript ion> 

<bi t-i tem-descript lon> 
<bi t-size> 

<bi t-type-name> 


<bi t-i tem-descri pt ion> 

<bi t-type-name> 

B  [<bit-size>] 

<compi le-t ime-integer-f ormula>  (5.1  .1) 
<i tem-type-name>  (2.2) 


Semantics ; 

A  <bi t-type-descript ion>  is  used  to  specify  a  bit  string  type.  The 
<bit-size>  attribute  specifies  the  number  o£  bits  in  the  string.  If 
<bit~size>  is  omitted  it  defaults  to  1. 


Constraints : 


The  maximum  value  that  can  be  specified  for  <bit-size>  is  MAXBITS, 
an  implementation  parameter.  The  minimum  value  that  can  be  specified 
for  <bit-size>  is  one. 

A  <bi t-ty pe-name>  must  be  an  <1 tem-type-name>  declared  in  an 
<i tem-ty pe-decla ra t ion>  that  contains  a  <bi  t-type-descript ion>  (see 
Section  2.2). 
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2. 1.1. 5  CHARACTER  TYPE  DESCRIPTIONS 


Syntax : 

<charac t er-ty pe-description>  : 

I 

<character-i tem-descript ion>  : :« 
<charact er-size>  : := 

<character-type-name>  : :a 

Semantics : 


<cbaracter-i tem-desc  ript Ion> 

<charact er-ty pe-name> 

C  [ <charact er-size> ] 

<compl le-t ime-1 nt eger-f ormula>( 5 .1.1) 
<i tem-type-name>  (2.2) 


A  <charac ter-type-desc rip t ion>  is  used  to  specify  a  fixed-length 
character  string  type.  The  <charac ter-s i ze>  attribute  specifies  the 
number  of  characters  In  the  string.  If  <charact er-size>  is  omitted  It 
defaults  to  1 . 

Constraints : 


The  maximum  value  that  can  be  specified  for  <charac ter-size>  is 
MAXRYTES,  an  implementation  parameter.  The  minimum  value  that  can  be 
specified  for  <character-si ze>  is  one. 

A  <character-type-narae>  must  be  an  <i tem-ty pe-name>  declared  in  an 
<i tem- type-declara t ion>  that  contains  a  <charac ter-type-descript ion> 
(see  Section  2.2). 

2. 1.1. 6  STATUS  TYPE  DESCRIPTIONS 


Syntax : 

<s tatus-type-descript ion> 

<s  tatus-i tem-descript ion> 

<s tatus-li st> 


=  <s tatus-i tem-descript ion> 

|  <st atus-type-name> 

-  STATUS  [ <status-size> ) 

(  <status-list>  ) 

=*  <default-sublist> 

|  [ <defaul t-subll st>  ,] 

<specif ied-sublist> , . . . 
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<def ault-subli st> 

:  :■  <s tatus-cons tant> ,.. . 

<specif ied-sublist> 

:  :*  <s tatus-li st-index> 

(status-constant) , . . . 

<sta tus-li st-index> 

:  :=  <compile-t ime-Int ege r-f ormula> 

(5.1.1) 

<s tatus-cons tan t> 

:  V  (  <status>  ) 

<s  tatus) 

(name) 

(8.2.1) 

|  <let ter> 

(8.1) 

|  <reserved-word> 

(8.2.2) 

<s ta tus-type-name> 

: <1 tem-type-name> 

(2.2) 

<status-size> 

: :s  <compi le-t ime-integer-f ormula) 

(5.1.1) 

Semantics : 

A  <status-type-description>  is  used  to  specify  a  status  type.  The 


<s tatus-list>  is  used  to  define  the  value  set  of  the  type,  which 
consists  of  a  set  of  named  <status-constants>.  These  named 
<s tatus-cons tants>  are  considered  to  be  the  logical  values  of  the  status 
type.  Associated  with  each  logical  value  is  a  representational  value, 
i.e.,  how  the  value  is  actually  represented  internally.  If  the 
<s tatus-list>  contains  only  a  <def ault-sublis t> ,  the  status  type  is  said 
to  have  a  default  representation .  The  <sta tus-cons tant s>  in  the 


<default-sublist>  will  be  assigned  representational  values  0  through  N-l 
(where  N  is  the  number  of  <s tatus-cons tants>  in  the  sublist)  in  the 
order  in  which  they  are  specified  in  the  list.  The  (status-constants) 
in  each  <speci f ied-subli st>  will  be  assigned  representational  values 
<s t atus-li st-index>  through  <status-list-index>  +  N-l  (where  N  is  the 
number  of  (status-constants)  in  the  sublist)  in  the  order  in  which  they 
are  specified. 

For  a  given  <sta tus-list> ,  the  value  of  any  (striLus-constant)  is 
considered  to  be  greater  than  the  value  of  another  (status-constant) 
having  a  lower  representational  value. 

<S tatus-s ize>  specifies  the  minimum  number  of  bits  to  be  allocated 
to  hold  the  status  value  (excluding  the  sign  bit,  if  any).  If  it  is 
omitted,  it  defaults  to  the  minimum  needed  for  the  representation  as  an 
integer  value.  If  the  representation  of  the  lowest-valued 
(status-constant)  in  the  list  is  less  than  zero,  signed  integer 
representation  will  be  used;  otherwise,  unsigned  integer  representation 
will  be  used. 
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Constrain ts ; 

The  <s ta t us-cons t ant s>  must  be  unique  within  the  <s ta tus- 1 i s t> . 

The  <s ta t us-1 1 s t-ind tces>  within  a  <sta tus-li s t>  must  be  specified 
such  that  all  the  <st atus-constant s>  in  the  <status-l is t>  receive  unique 
representational  values. 

The  value  specified  in  <s ta tus-size>  must  be  greater  than  or  equal 
to  the  minimum  needed  for  the  representation  of  the  status  values  and 
less  than  or  equal  to  MAXINTSIZE. 

The  representa tion  of  a  status  value  cannot  be  less  than  M1NINT 
(BITSINWORD-1)  and  it  cannot  exceed  MAXINT( BITSINWORD- 1 ) . 

A  <s tatus- ty pe-name>  must  be  an  <i tem- type-name>  declared  in  an 
<i tem- type-dec larat ion>  that  contains  a  <sta tus-type-desc r i pt ion>  (see 
Section  2.2). 

Note : 


The  use  of  a  <name>  in  a  <status>  does  not  constitute  a  declaration 
of  the  <name>  or  a  reference  to  a  declared  <name>  having  the  same 
spelling.  Within  a  given  scope,  a  <status>  <name>  and  a  declared  <name> 
can  have  the  same  spelling  and  no  conflict  will  result. 


2. 1.1. 7  POINTER  TYPE  DESCRIPTIONS 
Syntax : 


<po inter- ty pe-de script ion> 

:  <pointer-i tem-descri pt ion> 

|  <pointer-ty pe-name> 

<pointer-i tem-descript ion> 

::a  P  ( <type-name> ] 

<pointer-type-name> 

; <i tem~type-name> 

(2.2) 

<type-name> 

:  <i tem-type-name> 

(2.2) 

|  <table-type-name> 

(2.2) 

|  <block-type-name> 

(2.2) 

Semantics : 

A  <polnter-type~description>  is  used  to  specify  a  pointer  type.  If 
the  <polnter-i tem-descript ion>  contains  a  <type-name>,  then  the  pointer 
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being  specified  is  a  typed  pointer*  If  the  <type-name>  is  emitted,  then 
the  pointer  is  an  untyped  pointer  * 

A  typed  pointer  contains  the  address  of  a  data  object  of  the  type 
specified  by  the  <type-name> •  The  object  being  pointed  to  may  be 
obtained  by  dereferencing  the  pointer  (see  Section  6.1). 

An  untyped  pointer  contains  the  address  of  a  data  ob jec  ‘  of  any 
type.  However,  such  a  pointer  must  be  converted  to  a  typed  pointer  (see 
Section  7.0)  before  it  may  be  dereferenced  or  assigned  ?  i-  a  typed 
pointer. 

Constraint : 

A  <pointer-type-name>  must  be  an  <i tem-type-name>  declared  in  an 
<1 tem-type-decla ra t ion>  that  contains  a  <pointer-type-desc ript  ion>  (see 
Section  2.2). 


2.1.2  TABLE  DECLARATIONS 


Syntax : 

<t able-de clara t ion> 


<t able-desc  ript ion> 


<en try- spec! f ier> 


<table-name> 


:s  TABLE  <table-name> 

[ <al locati on- spec  if ier>) 

[ <dimens ion-1 1 st> ] 
t able-de sc ript ion> 

:*  [ <structure-specif ier> ] 

<entry-specif ier> 

|  <table-type-name> 

[ <table-preset> ]  ; 

:*=  <ordinary-entry-specif ier> 

|  <specif ied-entry-speci f ier> 

:*=  <name> 


(2.1.5) 

(2.1 .2.1) 


(2.1 .2.2) 


(2.2) 

(2.1.6) 

(2.1 .2.3) 

(2.1 .2. A) 

(8.2.1) 


Semantics : 

<Table-declarat ions>  declare  named  aggregate  data  objects.  The 
presence  of  a  <dimension-list>  indicates  that  the  table  is  an  arrayed 
collection  of  entries.  The  <dimension-list>  specifies  the  range  of 
indices  of  the  array. 

The  <alloca tion-specif ier>  establishes  the  allocation  permanence  of 
tables  which  are  not  enclosed  in  blocks.  This  allocation  permanence  is 
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automatic  if  the  declaration  is  in  a  subroutine  and  the 
<allocation-specif ier>  is  omitted,  otherwise  it  is  STATIC  (see  Section 
2.1.5)*  Tables  enclosed  in  blocks  inherit  the  allocation  permanence  of 
the  enclosing  block. 

The  <table-descript ion>  describes  the  contents  of  the  table  either 
with  a  <table-type-name>  (see  Section  2.2)  or  with  an  <ent ry-specif ier> . 
Two  or  more  tables  may  be  declared  in  the  same  scope  using  the  same 
<table-type-name> ,  and  no  name  conflicts  of  the  contained  items  will 
result,  provided  the  <t able-names>  are  different.  Items  in  tables 
declared  with  a  <table- ty pe-name>  can  only  be  accessed  using  pointers  to 
the  tables  (see  Section  6.1). 

A  table  may  either  be  an  ordinary  table,  in  which  only  the  logical 
structure  is  described  (see  Section  2. 1.2. 3)  or  a  specified  table,  in 
which  the  detailed  physical  layout  of  the  table  is  described  (see 
Sect  ion  2 . 1  . 2  .A  )  . 

A  <struc t ure-speci f i er>  Is  used  to  specify  the  representation  of 
entries  in  a  dimensioned  table  (see  Section  2. 1.2.2). 

The  < t able-preset> ,  if  present,  specifies  Initial  values  for  the 
table  components.  For  <table-descript ions>  containing  an  <entry- 
specifier>  rather  than  a  <table-type-naroe> ,  the  <t able-prese t>  is  part 
of  the  <ent ry-specif i er>  (see  Section  2. 1.2. 3  and  2. 1.2. A). 

Constraints : 


Only  tables  having  STATIC  allocation  (explicitly  or  by* default)  may 
contain  a  < table-prese t> . 

Tables  that  are  <f ormal-input-pa rame ters>  or  <f ormal-ou tput- 
parameters)  (see  Section  3.3)  must  not  contain  an  <al locat ion-specif ier> 
or  <table-preset> . 

A  <table-declarat ion>  within  a  block  must  not  contain  an 
<al locat ion-specif ier> • 

A  dimensioned  <table-decla ration>  must  not  contain  a  <table-type- 
name>  whose  declaration  also  contains  a  <dimension-list>. 

A  <structure-speci f ier>  in  an  undimensioned  table  is  prohibited. 
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<d imens ion- list> 

::=»  (  <dimension> , . . .  ) 

<dimension> 

: [ <lower-bound-opt ion> ) 

<uppe  r-bound> 

I  * 


<lower-bound-opt ion> 

: :=  <lower-bound>  : 

<lower-bound> 

: ;a  <compile-t ime-lnteger-f ormula> 

(5.1 . 

1) 

)  <compile-t ime-s t ntus-f ormula> 

(5. A) 

<uppe  r-bound> 

;  :=  <eompile-t ime-int eger-f ornuila) 

(5.1. 

1) 

|  <compile-time-status-formula> 

(5. A) 

Seman  t i cs: 

A  <d imens ton-1 i st>  specifies  that  a  table  is  an  array.  Each 
<dimens!on>  specifies  the  range  of  values  for  that  dimension.  If  the 
<1  owe r-bound>  is  omitted,  it  defaults  to  zero  if  the  <upper-bound>  is  an 
integer;  if  the  <upper-bound>  is  a  status  value,  it  defaults  to  the 
first  <st atus-cons t ant>  in  the  status  type  of  the  <upper-bound> . 

A  <dimension>  of  *  that  appears  with  a  formal  parameter  means  the 
bounds  will  be  determined  from  the  actual  parameter  on  each  invocation. 
(Note  that  in  accordance  with  Sections  6.3.9  and  6.1,  bounds  of  * 
dimensions  range  from  0  to  NN-1  ,  where  NN  is  the  number  of  elements  in 
the  c orrespondi ng  dimension  of  the  actual  parameter,  regardless  of  what 
the  lower  and  upper  bounds  values  are  for  the  actual  parameter  or 
whether  the  bound  has  an  integer  or  status  type.) 

Cons  t  ra i n t  s  : 

Only  status  types  with  default  representations  may  be  used  in 
<d imens ions>  • 

The  <lower-bound>  must  be  less  than  or  equal  to  the  <upper-bound> . 

The  <lower-bound>  and  <uppe r-bound>  must  both  be  status  formulas 
of  the  same  type  or  both  be  integer  formulas. 

The  maximum  number  of  <dimens i  ,us>  is  seven. 

A  <diraension>  of  *  may  be  used  only  with  a  table  formal  parameter. 

If  any  <dimension>  of  a  table  formal  parameter  is  specified  as  *t 
they  all  must  be  specified  as  *. 
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The  number  of  words  occupied  by  a  table  must  not  exceed 
MAXTABLESI ZE . 


2. 1.2. 2  TABLE  STRUCTURE 
Syntax : 

<struct ure-specif ier>  : :=  PARALLEL 

|  T  [ <bi t s-per-ent ry> ] 

<bl t s-per-ent ry>  =  <compf le-t ime-i nt eger-f ormnl a>  (5.1 .1) 

Semantics ; 

Dimensioned  tables  can  have  a  parallel  or  serial  structure.  In 
addition,  a  serial  table  may  be  tightly  structured.  The 

<structure-speci f ier>  specifies  the  table  structure. 

A  <s t rue ture-speci f ier>  PARALLEL  indicates  parallel  structure.  For 
tables  with  parallel  structure,  the  first  word  (word  0)  of  each  entry  is 
allocated  consecutively,  then  word  one,  etc.  An  omitted 
<s tructure-speci f i er>  or  one  with  T  indicates  serial  structure.  For 
tables  with  a  serial  structure,  all  words  of  the  first  entry  are 
allocated  consecutively,  then  all  words  of  the  next  entry,  etc.  Entries 
in  both  parallel  and  serial  tables  are  arranged  such  that  the  rightmost 
indices  vary  fastest,  from  the  lower  bound  to  the  upper  bound. 

A  <s t rue ture-specif ier>  of  T  indicates  tight  structure  (in  addition 
to  serial  structure).  Tight  structure  defines  the  allocation  of  storage 
between  entries  in  a  dimensioned  (ordinary  or  specified)  table,  whereas 
packing  (see  Section  2. 1.2. 3)  defines  the  allocation  of  storage  wi thin 
an  entry  of  an  ordinary  table.  Tight  structure  indicates  that  multiple 
entries  of  a  dimensioned  table  are  to  be  stored  within  a  single  word 
such  that  no  entry  crosses  a  word  boundary.  <Bi t s-per-ent ry>  specifies 
the  number  of  bits  each  entry  is  to  occupy.  If  it  is  omitted,  it  will 
default  to  the  minimum  number  of  bits  needed  to  store  the  entry. 

Entries  in  tightly-structured  tables  are  ri ght- just i f led  in  the 
bits  allotted. 

Entries  in  tables  without  a  <st rue ture-speci f ier>  of  T  shall  not 
share  a  word. 

Constraints : 


<Bi ts-per-entry>  must  be  equal  to  or  greater  than  the  minimum 
number  of  bits  needed  to  store  t lie  entry. 
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The  explicit  or  default  value  of  <bi t s-per-ent ry>  oust  be  less  than 
or  equal  to  BITSINWORD. 

Items  in  a  parallel  table  must  not  cross  word  boundaries. 

A  parallel  table  must  contain  a  <dimension-l i 6 t> • 


2 .1.2. 3  ORDINARY  TABLE  ENTRIES 
Syntax : 

<ordi nary-entry- 


spec i f ier> 

[ <packing-speci f ier> ] 

<1 t era-type-d esc r i pt 1 on> 

[ <t able-preset > ]  ; 

(2.1  .1) 
(2.1.6) 

|  [ <packing-specif  ier>] 

[<table-preset>]  ; 

<ord i nary- table -bod y> 

(2.1.6) 

<packi ng-spec i f ier> 

:  :=  N 

1  M 

1  D 

<ordi na  ry-t  able-body> 

:  :=  <ordinary-t able-i tem-declara t ion> 

|  BEGIN 

<ordina  ry-t  able -opt  ion s> . . • 

END 

<ordi nary- table- i tem- 
declaration> 

: ITEM  <table-i tem-name> 

<i tem-type-de script ion> 

[ <pa eking -spec if ier> ] 
[<table-preset>]  ; 

(2.1.1) 

(2.1.6) 

<t able- i t era- name> 

: :=  <name> 

(8.2.1) 

<ordinary-table-options> 

: :=  <ord inary- 1 able-i tem-dec la  rat i on> 

|  <dl ree tive> 

(9.0) 

1  <null-declarat ion> 

(2.7) 
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Semantics : 

An  <ordinary-ent ry-specif ier>  Is  used  to  specify  the  contents  of  an 
entry  of  an  ordinary  table. 

No  allocation  order  Is  implied  by  the  order  of  items  in  the 
<ordlnary- table-opt lons>  unless  the  <ordinary-table-opt ions>  contains  an 
<order-direct ive> .  If  an  <order-directive>  is  not  in  effect, 
<ordi nary-table-opt ions>  will  be  reordered,  if  necessary,  to  reduce  the 
storage  occupied  by  an  entry,  consistent  with  the  <packing-speci f i er> . 
Tables  having  the  same  type  will  have  the  same  representation. 

The  <packing-specif ier>  specifies  the  density  with  which  items  are 
allocated  within  an  entry.  The  following  three  degrees  of  packing  can 
be  specified: 

1.  N  indicates  that  the  items  are  not  packed.  No  items  share  a 
word . 

2.  M  indicates  a  density  of  packing  that  can  be  between  N  and  D. 
The  exact  meaning  is  implementation-dependent,  and  is 
specified  to  be  an  effective  compromise  between  space  usage 
and  accessing  ease. 

3.  D  indicates  dense  packing.  Items  are  allocated  adjacent  bits 
in  a  word  with  the  following  exceptions: 

a.  Non-character  items  one  word  or  longer  start  on  a 
word  boundary.  Shorter  non-character  items  do  not 
cross  word  boundaries. 

b.  Each  byte  of  a  character  Item  which  crosses  a  word 
boundary  must  be  allocated  on  a  byte  boundary.  An 
implementation  may  (but  need  not)  allocate  the  bytes 
of  other  character  items  on  byte  boundaries. 

A  <packing-speci f ier>  preceding  an  <ordinary-table-body>  in  an 
<ordinary-ent ry-specif ier>  applies  to  all  items  in  the  <ordinary- 
table-body>  that  do  not  themselves  include  a  <pack i ng-s pec  I f Ier>  in 
their  declaration. 

Default  packing  for  a  tightly-structured  table  (see  Section 
2. 1.2. 2)  is  D;  for  all  other  tables,  it  is  N. 

The  value  of  unallocated  bits  in  an  <ordinary-ent ry-speci f i er>  is 
implementation-dependent • 

The  <t able-prese t> ,  if  present,  specifies  initial  values  for  the 
table  entries. 
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Constraints : 

Only  tables  having  STATIC  allocation  (implicitly  or  explicitly)  may 
contain  a  <t able-preset> . 

Declaration  of  table  <formal-input-parame ters>  or 

<f ormal-output-parameters>  (see  Section  3.3)  must  not  contain 
<table-p reset s>. 

If  a  <t able-preset>  precedes  the  <ordinary-table-body> ,  none  of  the 
<ord inary-t able-i tem-declara t ions>  in  the  <ord i nary- t able-body>  can 
contain  a  <t able-prese t> . 

An  <ordinary-entry-specif ier>  used  in  a  <t able-type-dec larat ion> 

(see  Section  2.2)  must  not  contain  a  <t able-prese t> . 

An  <ordinary-table-opt ions>  must  contain  at  least  one  Ordinary- 
table  -i  t  em-dec la  ra  t i on> . 

A  <packing-speci f ier>  of  N  is  permitted  in  a  tight ly-st ructured 
table  only  if  the  table  entry  contains  only  one  item. 

The  number  of  words  allocated  for  a  table  entry  must  not  exceed 
MAXBITS/ BITS INWORD • 

2. 1.2. A  SPECIFIED  TABLE  ENTRIES 


Syntax ; 

<specified-ent  ry- 
speci f ier> 


<words-per-ent ry> 


<en t  ry-s ize> 

<speci f led-i t em- 
desc  ript i on> 


<words-per-ent ry> 

< spec if ied-i tem-de script ion> 
[<table-preset> ]  ;  (2.1.6) 

|  <words-per-ent ry> 

[  <table-preset> ]  ;  (2.1.6) 

<speci f led- table-bod y> 

::=*  W  [  <entry-size>] 

I  V 

<compile-t iroe-i nt eger-f ormula>  (5.1.1) 

:  :=»  <i  tem-type-descri  ption>  POS  (2.1.1) 

(  <locat i on-speci f i er>  ) 
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<loca t lon-specif i er>  :  <s tart i ng-bi t>  , 

<st art ing-word> 

<s  t  art  i  ng-bi  t>  :  :=  <coinpi  le-t  irae-i  nt  eger-f  ormula>  (5.1.1) 


<s t ar t 1 ng-word>  : :=  <compi le-t ime-integer-f ormula>  (5.1.1) 

<specl f 1 ed-t able-body>  ::=  <specif led-table-1 tem-decla rat ion> 

f  BEGIN 

<specified-table-options>. . . 

END 

<spec  i  f  I  ed- 1  al-lr  -i  tem- 

decl ara t i on>  : :=  ITEM  <t able~i t em-name>  (2. 1.2. 3) 

<speeifled-it  em-desc  ri pt i on> 

[ <t abl e-preset> ]  ;  (2.1.6) 

<spec i f ied-table>  :  :  =  <speci f i ed-table-i tem-declarat ion> 

op  t i ons> 

1  <dlrective>  (9.0) 

1  <nul 1-deelara t ion>  (2.7) 

Serna  n  t  i  cj> : 

A  <speci f iod-ent ry-specif ier>  is  used  to  specify  the  contents  of  an 
entry  of  a  specified  table. 

<Words-pe r-ent ry>  specifies  the  size  of  (i.e,  number  of  words  in) 
each  entry  in  the  table.  <Words-per-ent ry>  containing  a  W  indicates  a 
fixed-length-entry  specified  table  whereas  V  indicates  a 
variable-length-entry  specified  table.  In  a  fixed-length-entry 
specified  table,  <entry-size>  (if  present)  specifies  the  number  of  words 
allocated  to  each  entry  in  the  table.  In  a  tightly-structured  table  (in 
which  <entry-size>  must  be  omitted),  the  size  of  the  entry  is  determined 
from  the  <s t rue ture-speci f i er> .  In  a  variable-length-entry  specified 
table,  each  entry  is  allocated  one  word. 

The  < 1  oca t ion-s peci f ier>  specifies  the  physical  location  of  the 
item  from  the  start  of  the  entry.  <St art ing-word>  indicates  at  which 
word  of  the  entry,  starting  from  zero,  the  item  is  to  start,  and 
<s tart ing-bi t>  indicates  at  which  bit  in  the  word,  starting  from  zero  at 
the  leftmost  part  of  the  word,  the  item  is  to  start.  In  the  case  of 
entries  in  tightly  structured  tables,  <s tar t ing-bi t>  is  considered  to  be 
relative  to  the  start  of  the  entry.  A  <s t a rt i ng-bi t>  of  *  indicates 
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that  the  item  should  occupy  the  same  amount  of  storage  and  be  aligned  in 
the  same  way  it  would  if  It  were  allocated  outside  a  table,  In  order  to 
ensure  efficient  access  to  the  Item.  These  rules  apply  to  both 
fixed-length-entry  and  to  variable-length-entry  specified  tables. 
Consequently,  In  a  variable-length-entry  table,  reference  to  an  item 
with  subscript  NN  will  reference  that  item  relative  to  the  start  of  the 
NNth  entry,  where  each  entry  is  considered  to  be  one  word  long  (i.e.,  a 
subscript  of  NN  does  not  refer  to  the  NNth  logical  entry  in  that  table). 
It  is  entirely  up  to  the  programmer  to  keep  track  of  the  actual  length 
of  logical  entries  in  such  tables. 

The  <t able-preset> ,  if  present,  specifies  initial  values  for  the 
table  entries. 

The  value  of  unallocated  bits  in  a  <speci f 1 ed-t able-ent ry>  is 
implement  a  1 1  on-dependent . 

Const  ra in t s  : 


<Entry-size>  must  be  omitted  on  tightly-structured  tables  and  must 
be  present  otherwise. 

<Entry-size>  must  be  greater  than  zero  and  less  than  or  equal  to 
MAX  BITS/ BITS  INWORD  • 

<St art i ng-word>  must  be  non-negative.  For  items  in  tables  with 
entry  sizes  specified  by  <ent ry-s i ze> ,  <start ing-word>  plus  number  of 
words  occupied  by  the  Item  must  not  exceed  <en  t  ry-s  i  ze>  .  For  tightly 
structured  tables  <s tar t ing-word>  must  be  zero. 

<St art ing-bi t>  must  be  non-negative  and  must  not 
position  to  violate  other  positioning  constraints.  For 
structured  tables  it  must  also  be  less  than  BITS1NW0RD. 
structured  tables  <s tart ing-bi t>  plus  number  of  bits  occupi 
Item  must  not  exceed  <bi t s-per-en t ry> . 

Only  tables  having  STATIC  allocation  (implicitly  or  explicitly)  may 
contain  a  < t able-preset> . 

Tables  that 

<f ormal  ou t  put-pa rame te  rs> 

<table-prese t> . 

If  a  <t able-preset>  precedes  the  <speci f ied-t able-body> ,  none  of 
the  <?pecif ied-table-i tem-declarat ions>  in  the  <specif ied-t able-body> 
can  contain  a  <t  able-preset> .  If  any  part  of  an  item  in  a 
<speci f i ed-t able-body>  overlaps  any  part  of  another  item  in  the  table 
body,  only  one  of  the  items  can  be  preset. 


are  <f ormal-i nput-pa rame t ers>  or 

(see  Section  3.3)  mutt  not  contain  a 


cause  item 
non- t i gh t ly 
For  tightly 
ed  by  the 
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A  <speci f led-ent i y-speci f ier>  used  in  a  <t able- ty pe-declara t i on> 
(see  Section  2.2)  must  not  contain  a  <t abl e-prese t> • 

A  <speci f ied-t able-optl ons)  must  contain  at  least  one  <specified- 
table-item -declaration^ 

Non-character  items  whose  size  is  one  word  or  less  cannot  cross  a 
word  boundary.  Character  items,  regardless  of  length,  may  start  on  any 
byte  boundary,  i.e.,  any  value  of  the  machine  parameter  BYTEPOS.  Any 
<s t art i ng-bi t>  value  is  permitted  for  character  items  that  do  not  cross 
word  boundaries. 

An  implementation  may  restrict  legal  <s t a r t i ng-bi t>  values  for 
pointer  items  that  are  initialized. 

Variable-length-entry  specified  tables  roust  contain  a 
<spec i f i ed-t abl e-body> ,  and  they  cannot  contain  < t abl e-p reset s>  or 
<structure-specifiers>. 


2.1.3  CONSTANT  DECLARATIONS 

Syntax : 

<cons tant-decla ra t ion>  CONSTANT  ITEM 

<cons t ant-i t  em-narae> 

<i t em- 1 y pe-desc r i pt I  on)  (2.1.1) 

<i tem-preset>  ;  (2.1.6) 

j  CONSTANT  TABLE 

<constant-table-name> 

[ <d Imens ion-1 i st> ]  (2. 1.2.1) 

<t abl e-desc r ipt i on)  (2.1.2) 

<cons t ant-i tem-naroe>  : <name>  (8.2.1) 

<cons t ant- t abl e-name>  : :®  <naroe>  (8.2.1) 

Semant i cs : 


A  <cons t an t -decl a ra t i on)  creates  an  item  or  table  whose  value  must 
be  set  by  means  of  an  <i t em- presets  or  < t abl e-prese t>  and  whose  value 
cannot  be  changed  during  execution  of  a  program.  The  value  of  a 
constant  item  whose  type  class  is  not  pointer  can  be  used  in  a 
<corapi le-t ime-f ormula>  (see  Section  5.0).  The  value  of  a  constant  table 
or  an  item  within  a  constant  table  may  not  be  used  In  a 
<compi le-t ime-f ormul a> . 
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Physical  storage  will  be  allocated  for  all  <constant-decl arat ions> 
that  are  in  <block-declarat 1 ons> . 

The  allocation  permanence  of  all  allocated  <cons t ant-declarat ions> 
16  considered  to  be  STATIC,  even  If  the  declarations  appear  In  a 
<subroutine-def lnl tion> . 


2.1. 4  BLOCK  DECLARATIONS 


Syntax: 

<block-declarat ion> 


<block-name> 

<block-body-part> 


<block-body-opt ions> 


: :a  BLOCK  <block-name> 

[<al locat ion-spec  i f ier> ] 
<block-body-part> 

|  BLOCK  <block-name> 

[<al locat ion- specifier>] 
<block-type-narae> 

[ <block-prese t> ]  ; 

: :=  <name> 

:  :»  <nu 1 1-decla ra t ion> 

|  <da ta-dec la ra t ion> 

|  BEGIN 

<block-body-opt ions> . . • 
END 

:  :=»  <data-declarat ion> 

I  <overlay-declarat ion> 

|  <directive> 

|  <nul 1-declara t ion> 


(2.1.5) 

(2.1.5) 

(2.2) 

(2.1.6) 

(8.2.1) 

(2.7) 

(2.1) 

(9.0) 

(2.1) 

(2.6) 

(9.0) 

(2.7) 


Semantics : 


A  <block-declarat ion>  declares  a  group  of  items,  tables,  and  other 
blocks  that  are  to  be  allocated  in  a  contiguous  area  of  storage.  No 
allocation  order  is  Implied  by  the  order  of  the  declarations  within  a 
block  unless  the  <block-body-opt ions>  contains  an  <order-di rect i ve> .  If 
an  <orde r-di rect ive>  is  not  in  effect,  <bl ock-body-opt ions>  will  be 
reordered,  if  necessary,  to  improve  accessibility. 
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The  <alloca t ion-speci f ler>  establishes  the  allocation  permanence  of 
blocks  which  are  not  enclosed  in  blocks#  This  allocation  permanence  is 
automatic  if  the  declaration  is  in  a  subroutine  and  the 
<alloca t ion-specif ier>  is  omitted,  otherwise  it  is  STATIC  (see  Section 
2.1.5)#  Blocks  enclosed  in  blocks  inherit  the  allocation  permanence  of 
the  enclosing  block. 

The  <block-declarat ion>  describes  the  contents  of  the  block  either 
with  a  <block-ty pe-name>  (see  Section  2.2)  or  with  a  <block~body-part> # 
The  <block-body-part>  contains  explicit  declarations  of  all  the 
components  of  the  block. 

The  <block-preset> ,  if  present,  specifies  initial  values  for  the 
block  components.  For  <block-declarat ions>  containing  a  <block-body- 
part>  rather  than  a  <block- ty pe~name> ,  initial  values  may  be  specified 
with  <block-preset s>  ,  <t able-preset s>  and  <i t em-preset s>  on  the 
components  themselves. 

Const  r a  in t  s  : 

Only  blocks  having  STATIC  allocation  (explicitly  or  by  default)  may 
contain  a  <block-preset>  or  a  <data-deela ra t ion>  containing  an  <item- 
preset>,  <table-prese t>  or  <block-preset> . 

If  a  <cons tant-declaration>  is  in  a  block,  the  block  must  have 
STATIC  allocation  (explicitly  or  by  default). 

<Data-declarat ions>  within  a  block  must  not  contain  an  <allocation- 
specif ier> • 

Blocks  that  are  <f orma 1-input-parame t ers>  or  <f orma 1-out put - 
parameters>  (see  Section  3.3)  must  not  contain  an  <allocation- 
specifier>,  a  <block-preset>  or  a  <da ta-dec la ra tion>  with  an 
<i tem-preset> ,  <t able-prese t> ,  or  <block-prese t> . 

Components  of  blocks  declared  with  a  <block-ty pe-naroe>  may  be 
accessed  only  by  using  pointers  to  the  blocks. 

2.1.5  ALLOCATION  OF  DATA  OBJECTS 
Syntax; 

<allocation-specif ier>  STATIC 

Semantics : 

Allocation  of  storage  for  a  data  object  can  be  STATIC  or  automatic. 
STATIC  allocation  means  that  the  data  object  is  to  exist  throughout  the 
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entire  execution  of  the  program.  Automatic  allocation  is  applicable 
only  to  data  declared  within  subroutines  and  means  that  the  data  object 
need  only  exist  while  the  subroutine  is  executing  (l.e.,  values  are  not 
necessarily  preserved  between  calls).  Automatic  is  the  default 
allocation  for  data  declared  in  subroutines  and  cannot  be  explicitly 
specified.  STATIC  is  the  default  for  data  not  declared  in  subroutines 
and  can  be  explicitly  specified  both  inside  and  outside  of  subroutines. 

The  treatment  of  STATIC  data  in  a  concurrent  processing  environment 
Is  implementation-dependent  with  respect  to  which  data,  if  any,  are 
shared  among  processes. 


2.1.6  INITIALIZATION  OF  DATA  OBJECTS 


Syntax : 

<i tem-preset> 

<i tera-p reset- value> 

<table-preset> 

<table-preset-liat> 


(5.0) 
(6.3.1) 

:  :»  *  <table-prese t-1 i st> 

:;=*  <def  ault-preset-sublist> 

|  [ <def aul t-preset-subl ist>  ,] 

< spec if i ed-preset-subl i s t> , . . . 


=*  <i  tem-preset-value> 
: <compi le-t irae-f ormula> 
|  <loc-f unct ion> 


<def  ault-preset-sublist>  :  :=* 

<specif i ed-preset- 

subl  is  t>  •  i5* 


<preset-i ndex-speci f ier>  : 
<cons t ant-index> 

I 


<preset-va lues -opt ion> 


I 


<repetiti on-count) 


<preset-values-option> , . • • 

<preset-index-specif ier> 

<preset-va lues-option>,  ... 

POS  (  <cons tant-index> ,  .  . .  )  : 

<corapile-t ime-int ege  r-f orroula>  (5.1.1) 

<compile-t ime-status-f ormula>  (5.4) 

[<i tem-preset-value> ] 

< repet  it ion-count> 

(  <prese t-values-opt ion> , • • •  ) 

<corapile-t ime-int eger-f orroula>  (5.1.1) 
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<block-preset>  ::=*  -  <block-preset-l is t> 

<block-preset-l 1 st>  <block-preset-values-opt ion> , • . . 

<bl ock-pr eset-valucs-  ;:=  <prese t~val ues-opt 1 on> 

opt lon> 

|  [(  <t able-preset-1 1 st>  )] 

|  [(  <block-preset-l 1 st>  )] 


Semantics : 


Items,  tables,  and  blocks  with  STATIC  allocation  can  be  given 
initial  values  by  means  of  <i t em-preset s> ,  <table-preset s> ,  and 
<block-prese t s>  ,  respectively.  Furthermore,  constant  items  and  tables 
must  be  given  initial  values  with  <i tem-preset s>  and  <t able-prese ts>  • 
Initial  values  are  values  of  the  variables  after  a  module  has  been 
loaded  but  prior  to  any  dynamic  reference  to  the  variables.  They  do  not 
imply  any  provision  for  later  restoring  values  to  the  initial  state. 

An  <i t em-preset>  specifies  an  initial  value  for  an  item. 

A  <t *bl«-presii t>  specifies  a  list  of  initial  values.  If  the 
<t able-prest t>  occurs  on  an  item  within  an  entry  of  a  table,  the 
<t able-pres«t>  specifies  value*  only  for  that  ite*.  If  the  table  Is 
dimensioned,  the  <t able-pr«*et>  for  the  item,  if  present,  may  specify  a 
list  of  values  to  initialize  that  item  in  each  entry  of  the  dimensioned 
table . 


If  the  <t able-preset>  occurs  on  an  entry  of  a  table,  the 
<t able-prese t>  specifies  values  for  all  items  within  that  entry.  If  the 
table  is  dimensioned,  the  <table-preset>  specifies  values  for  all  the 
items  in  each  entry  of  the  dimensioned  table.  Assuming  the  entry  has  N 
items  in  it,  the  first  N  values  in  the  <t able -preset>  are  initial  values 
for  the  N  items  in  the  first  entry  of  the  table  (in  the  order  in  which 
the  declarations  appear),  the  second  N  values  in  the  <t able-preset>  are 
initial  values  for  the  N  items  in  the  second  entry  of  the  table,  etc. 

Entries  within  a  dimensioned  table  are  normally  initialized  in 
order,  the  first  entry  being  the  one  with  the  lowest  value  of  each 
dimension  index,  and  proceeding  with  the  rightmost  indices  increasing 
most  rapidly.  This  is  the  procedure  followed  when  a  <def aul t-preset- 
subllst>  is  specified.  If  a  <specif led-preset-subl ist>  is  used, 
initialization  using  the  values  in  the  sublist  will  start  with  the  entry 
whose  indices  are  specified  in  the  <presetwindex-specif ier>  and  will 
proceed  with  the  rightmost  indices  increasing  most  rapidly. 

A  <repe t I t ion-count>  can  be  used  as  a  shorthand  to  specify  the 
number  of  consecutive  repetitions  of  rhe  sequence  of  <prese t-values- 
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options>  enclosed  in  the  parentheses  following  the  <repet i tion~count> • 

If  a  value  is  omitted  in  the  <t able-preset> ,  the  item  corresponding 
to  the  omitted  value  will  remain  uninitialized  and  cannot  be  given  an 
Initial  value  elsewhere  in  the  preset* 

A  <block-preset>  is  used  only  to  initialize  a  block  declared  with  a 
<block-t  ype-name>  •  The  <block-preset-list>  specifies  initial  values  for 
the  items,  tables  and  blocks  contained  within  the  block  in  the  order  of 
their  declaration.  A  parenthesized  <table-prese t-li s t>  is  used  to 
initialize  a  contained  table  and  a  parenthesized  <block-pre?>et-list>  is 
used  to  initialize  a  contained  block.  An  omitted  entry  from  the  list 
indicates  that  the  corresponding  item,  table,  or  block  will  remain 
unini t ia li zed  . 

Constraints : 


The  type  of  each  value  in  an  <i t era-preset> ,  <t able-preset>  or 
<block-prese t>  must  match  or  be  implicitly  convertible  to  the  type  of 
the  data  object  being  initialized  (see  Section  7.0). 

The  <preset-index-specif iers>  within  a  <t able-preset>  must  be 
specified  such  that  no  bit  position  is  initialized  more  than  once  and 
the  bounds  of  the  table  are  not  exceeded. 

The  value  of  the  <repe t i tion-count>  must  not  be  negative. 

An  item  must  not  be  initialized  more  than  once  by  initializing 
another  item  that  overlaps  it. 

The  type  of  each  (cons tant-index>  in  a  <preset-index-speci f ier> 
must  patch  the  type  of  the  bounds  of  the  corresponding  dimension  in  the 
<d iraens ion-1  i st>  of  the  declaration  of  the  table. 

The  number  of  <cor.stant-i ndices>  in  a  <preset-index-specif ier>  must 
be  the  same  as  the  number  of  <dimensions>  in  the  table's 
<dimension-li st> . 

If  the  argument  of  a  <loc-funct ion>  used  as  a  preset  value  is  a 
<naraed-va  riable> ,  it  must  be  a  <data-name>  for  an  object  whose 
allocation  permanence  is  STATIC,  either  explicitly  or  by  default. 
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2.2  TYPE  DECLARATIONS 

Syntax: 

<type-declarat ion> 

<i tem-ty pe-decla  rat ion> 

1 

<t able- type-dec la ra  tlon> 

1 

<block- type-dec larat ion> 

<i tem- type-dec la rat lon> 

:  :* 

TYPE  <i tem-type-naroe> 
<itera-type-descript ion>  : 

(2.1.1) 

<i tem-t y pe-name> 

: 

<name> 

(8.2.1) 

< table- type-dec la  rat ion> 

:  :  = 

TYPE  <table-type-name> 

TABLE  <t able-type-specif ier> 

< table- type- spec! f ier> 

[ <dimension-l i s t> ] 

[<s  t  rue  t ure-speci f ier> ] 

[ <1 ike-opt ion> ] 

<entry-specif ier> 

(2.1 .2.1) 
(2.1 .2.2) 

(2.1.2) 

1 

[  <d linens  ion-1  i  st> ) 
<table-type-name>  ; 

(2.1 .2.1) 

<t able-type-name> 

<name> 

(8.2.1) 

<like-opt ion> 

:  :  = 

LIKE  <t able-t ype-name> 

<block- ty pe-decla rat lon> 

: 

TYPE  <block-t ype-name> 

BLOCK  <bl ock-body-pa rt> 

(2.1. A) 

<block-type-name> 

:  :  = 

<name> 

(8.2.1) 

Seraan t i c  s  : 


A  <ty pe-decla ra t i on>  Is  used  to  give  a  name  to  a  type 
spec i f i cat  ion . 

An  < i t era-t ype-dec la ra t ion>  associates  the  <i t em-ty pe~name>  with  the 
<i tem-ty pe-de script ion> . 

A  <t able- type-dec larat ion>  associates  the  <t able-type-narae>  with 
the  <table-t y pe-speci f ier> • 

If  a  <1 ike-opt ion>  is  specified,  the  entry  being  described  consists 
of  the  items  in  the  type  named  in  the  <1  ike-op t ion>  together  with  the 
items  in  the  <ent ry-spec l f i er> .  The  physical  positioning  of  items  in 
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the  <like-opt Ion>  relative  to  the  start  of  the  entry  is  fixed  at  the 
time  the  <like~opt ion>  type  name  is  declared  and  is  not  changed  by  its 
use  as  a  <like-option>.  If  the  type  named  in  the  <like-option>  contains 
a  <dimenslon-specif ier> ,  it  applies  to  the  entire  <table-type- 
speclfier>.  If  the  table  is  an  ordinary  table,  the  <packing-specif ier> , 
if  present,  only  applies  to  the  items  in  the  <ent ry-speci f ier> ,  not  to 
the  items  obtained  from  the  <1 ike-option> .  If  the  table  is  a  specified 
table,  the  <words-  per-ent ry>  in  the  <ent ry-specif ier> ,  if  present, 
specifies  the  total  size  of  the  entry  including  the  items  obtained  from 
the  <1 ike-opt ion> .  If  the  <t able-type-dec laration>  contains  a 
<structure-specif ier>  of  T,  <bi ts-per-ent ry>  specifies  the  total  number 
of  bits  the  entry  is  to  occupy  including  items  obtained  from  the 
<like-opt  ion> .  If  <bi  ts-per-entry>  is  omitted  it  will  default  to  the 
minimum  number  of  bits  needed  to  store  the  entry,  including  items 
obtained  from  the  <1 ike-opt ion> . 

The  physical  representa t Ion  of  a  table  type  is  fixed  by  the  type 
declaration.  All  objects  allocated  with  such  a  type  name  will  have  the 
same  represent  at  ion.  In  particular,  the  position  of  table  items  in  a 
<like-opt ion>  is  not  modified  by  the  occurrence  of  a  <packing-speci f ier> 
or  <orde r-di rect ive>  in  the  <ent ry-speci f ier> .  However,  unused  space  in 
the  portion  described  by  the  <like-opt ion>  can  be  occupied  by  table 
items  given  in  a  packed  <entry-specif ier> . 

A  <block- ty pe-declarat ion>  associates  the  <block-type-name>  with 
the  <block-body-part> . 

For  type  matching  purposes,  a  type  name  is  considered  to  be  an 
abbreviation  for  its  associated  <i t em-ty pe-desci ipt ion> , 
<t able-ty pe-specif ier> ,  or  <block-body-part> ,  in  any  context  except 
within  a  <poi nter-i t em-desc ript ion> • 

Constraints : 


The  <item-type-description>,  <table-ty pe-speci f i er> ,  or  <block- 
body-part>  in  a  <type-decl a ra t ion>  must  not  contain  an  <i tera-prese t> , 
<table-preset> ,  or  <block-preset> • 

A  <block-body-part>  in  a  <block-type-deelaration>  cannot  contain 
<cons tant-declara t ions>. 

If  a  <t able-ty pe-speci f ier>  contains  a  <d imens ion-1 i st>  ,  then  it 
must  not  contain  a  <table-type-name>  (either  directly  or  in  a  <like- 
option>)  whose  <t able-type-declarat ion>  contains  a  <dimens ion-1 i st> . 

Tables  may  be  characterized  as  parallel,  serial,  tight,  ordinary, 
variable-length-entry,  and  specified.  The  characterizations  of  the 
table  type  in  a  <1  ike-option>  roust  be  the  same  as  those  of  the 
<table-type-declarat lon>  In  which  the  <like-opt ion>  appears. 
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<Words-per-ent ry>  of  the  <t able-type-spec i f i e r>  must  nGt  specify  a 
value  that  is  less  than  <words-per-ent ry>  of  the  type  name  specified  in 
a  <1 ike-opt ion> . 

The  (explicit  or  default)  number  of  bits  per  entry  in  a 
<t able- ty pe-speci f ier>  having  tight  structure  must  not  be  less  than  the 
number  of  bits  per  entry  of  the  type  name  specified  in  a  <1 ike-opt ion> • 

A  <table-ty pe-name>  must  be  a  <name>  declared  in  a 

<t able-ty pe-decla  ra  t ion> . 

A  <block-ty pe-name>  must  be  a  <name>  declared  in  a 
<block-type-declarat ion>  . 

Note : 

A  <t able-ty pe-name> ,  <i tem-t ype~name> ,  or  <bl ock- ty pe-name>  must 
not  be  a  formal  parameter  name  or  an  actual  parameter  name. 


2.3  STATEMENT  NAME  DECLARATIONS 
Syntax: 

<statement-narae-decla rat ion>  : LABEL 

<s  t a  t  emen t-name> ,  • .  •  ;  (4.0) 


Semant ics : 

A  <s ta tement-name-dec la ra t ion>  is  used  to  explicitly  declare  a 
<s t atement-name> .  Ordinarily,  a  <s tat ement-name>  is  implicitly  declared 
by  its  use  in  a  <label>.  An  explicit  <s tateraent-naue-dec larat i on> , 
however,  must  be  used  for  statement  name  < f o rraa 1-i nput-pa rame ters> ,  for 
statement  names  that  are  the  same  as  <def ine-naroes>  declared  in  an 
enclosing  scope,  and  for  external  <statement-narae-declara t ions> . 

Constraints : 


The  <s ta t erne nt -name s>  in  a  <st a tement-name-dec la  rat ion>  must  either 
be  <f ormal-input-pa rame ters>  to  the  subroutine  containing  the 
<s tat ement-name-dec lara t ion>  or  else  must  be  used  in  <labels>  in  the 
immediate  scope  containing  the  <statement-narae-dec la ra t ion>  (i.e.,  not 
including  nested  scopes). 
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2. A  DEFINE  DECLARATIONS 


Syntax: 


<def ine-decla  rat ion> 

<def i ne-name> 

<def ini ti on-pa rt> 

<f ormal-def ine-parame t er- 
-list> 

<f orroal- ief ine-pa  rame ter> 
<def ine-s t  ring> 


DEFINE  <def ine-name> 

<def ini t ion-pa rt> 

<name>  (8.2.1) 

[ <f ormal-def ine-parame ter-1 I 8 t>] 

<def ine-s tring>  ; 

(  <formal-def i ne-parame ter> , .  . .  ) 

<letter>  (8.1) 

”  [<character>  . . .  ]  11  (8.1) 


Semantics : 

A  <def i ne-decla ra t i on>  is  used  to  associate  a  name  with  a  (possibly 
parameterized)  text  string,  the  <def ine-s tring> .  The  <def ine-s tring> 
will  be  substituted  for  the  <def ine-name>  when  the  <def ine-name>  is  used 
in  a  <def ine-cal 1>  (see  Section  2.4.1). 


The  <f  ormal  def ine-parame ter— list>  is  used  to  declare 
<f ormal -def ine-parameters> .  These  parameters  receive  values  from 
<actual-def ine-parame ters>  in  each  <def ine-call>  (see  Section  2.4.1). 
The  values  are  substituted  in  the  <def ine-st ring>  wherever  the 
<f ormal-def Ine-parame ters>  are  referenced.  Reference  to  a 
<f ormal-def ine-parame ter>  within  the  <def ine-s tring>  is  indicated  by 
preceding  the  parameter  name  with  an  exclamation  point.  Such  parameter 
references  can  occur  anywhere  within  the  <def ine-s tring>  and,  by 
appropriate  juxtaposition,  can  be  used  to  create  new  symbols. 

Within  the  <def ine-s tring> ,  the  quotation  mark  (")  and  exclamation 
point  (!)  can  be  used  as  simple  characters  by  doubling  them.  A 
<def ine-string>  is  terminated  by  the  first  undoubled  quotation  mark, 
regardless  of  the  lexical  context  in  which  the  undoubled  quotation  mark 
appears . 

As  with  other  <names>,  a  <def ine-name>  is  known  in  the  scope 
containing  its  declaration  and  may  be  redeclared  in  an  inner  scope. 

The  <def ine-string>  may  contain  <def lne-calls>.  Such  calls  will  be 
expanded  for  each  substitution  of  the  <def ine-s tring> ,  using  the 
definition  active  in  the  scope  of  the  <def ine-call> . 
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Constraints : 

A  <cotniDent>  delimited  by  quotation  marks  must  not  occur  in  a 
<def ine-declarat ion>  between  the  <def ine-name>  and  the  <def ine-string> . 

Circular  <def ine~decla ra t ions>  as  the  result  of  <def ine-s t n ngs> 
containing  <def ine-cal ls>  are  not  allowed. 

The  same  <letter>  must  not  appear  more  than  once  in  any 
<f ormal-def ine-pa  rameter-l is t>. 

2.4.1  DEFINE  CALLS 

Syntax : 

<def ine-call>  - 

<actual-def i ne-parameter- 
list> 

<actual-define-parameter> 


:  :=  <def i ne-name>  (2.4) 

[ <actual-def ine-pa ramet  er-1 ist> ] 

:  :=  (  <actual-def ine-parameter> , . . .  ) 

:  (  <character>. . .  ]  (8.1) 

|  "  [  <character> .  .  . )  11  (8.1) 


Semantics : 


A  <de f i ne-ca 1 1>  is  used  to  cause  textual  substitution  to  occur.  A 
<def ine-ca 1 1>  is  processed  as  follows: 

1.  The  characters  comprising  <act ual-de f ine-parame t ers)  are 

substituted  for  the  corresponding  <f ormal-de f ine-parame ters> 
in  the  <def ine-s t ring>  associated  with  the  <def ine-name> . 

2.  The  resulting  <de f ine-s t ri ng>  logically  replaces  the 

<de f i ne-cal 1>  • 

3.  The  substituted  <def ine~st ring>  is  scanned  from  its  beginning 
to  determine  what  <symbols>  it  contains;  these  <symbols>  are 
processed  as  though  they  had  appeared  in  the  orginal  text  at 
the  point  of  the  replaced  <def ine-cal 1>. 

Note  that  the  substituted  source  text  may  be  found  to  contain 
<def lne-calls>  and  these  are  processed  in  the  same  manner. 

If  an  <ac tual-def ine-parame ter>  is  omitted,  a  null  string  will  be 
substituted  for  the  <formal-dc*f  ine-parameter>.  If  the  number  of 
<f ormal-def ine-pa rame t ers>  exceeds  the  number  of 

<actual-def ine-parame te rs> ,  null  strings  will  be  substituted  for  the 
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trailing  <f ormal-de f ine-pa rame ters> . 

If  an  <actual-def ine-paramet er>  consists  of  characters  enclosed  in 
quotation  marks,  all  the  enclosed  characters  are  substituted.  The 
quotation  mark  (")  must  be  doubled  within  an  actual  parameter  enclosed 
in  quotes. 

If  an  <actual-def ine-paramet er>  does  not  contain  enclosing 
quotation  marks,  the  characters  substituted  are  the  first  non-blank 
character  and  subsequent  characters  ending  at,  but  not  including,  cither 
(1)  the  first  right  parenthesis  that  is  not  balanced  by  a  left 
parenthesis  that  is  part  of  the  <actual-def i ne-parame ter> ,  or  (2)  the 
first  comma  that  is  not  between  such  balanced  parentheses. 

<Def ine-c a 1 1 s>  are  not  recognized  in  <cominents>  and  <character- 
li t erals>  • 

Constraints  : 

The  <actual-def ine-paramet er-list>  must  not  be  omitted  if  the 
corresponding  <def ine-decla ra t ion>  contains  a  <f orma 1-def i ne-parame t er~ 
1 i s t> . 


The  number  of  <actual-def ine-paramet ers)  must  not  be  greater  than 
the  corresponding  number  of  <f ormal-def ine-pa rame t ers) • 

A  <def i ne-cal 1>  cannot  be  juxtaposed  with  surrounding  symbols  so  as 
to  create  new  symbols  after  substitution. 

A  <de f ine-ca 1 1>  must  not  be  used  as  the  <name>  being  declared 
within  a  declaration. 

A  <def ine-ca 1 1>  must  not  be  used  as  a  <fonnal-input-parame ter/  or 
<f ormal-ou tput-parame ter>  within  a  <procedure-head i ng>  or  <function- 
heading> • 

The  same  <letter>  must  not  appear  more  than  once  in  any 
<f ormal-de  f ine-pa  rame  ter-1 i s  t> ♦ 

Note : 


The  def ine-li st ing  directives  (see  Section  9.7.2)  allow  programmer 
control  over  whether  the  source  program  listing  contains  the  expanded 
string,  the  define  invocation,  or  both,  for  <def ine-ca 1 1 s> • 

Examples : 

DEFINE  FOO(A)  "BAZ  ! AFAZ  ! A"; 

DEFINE  BAR  "HELLO"; 
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DEFINE  BARFAZ  "GOODBYE11 ; 

DEFINE  HELLO FAZ  "NOT  USED"; 

FOO(BAR) 

The  result  of  the  <def 1 ne-cal 1> ,  FOO(BAR),  after  substituting  for  the 
formal  parameter  !A  is  BAZ  BARFAZ  BAR,  and  after  rescanning  this  string, 
the  final  result  Is  BAZ  GOODBYE  HELLO, 

DEFINE  MAKEDEF(N,  S)  "DEFINE  IN  m,!S,m"; 

MAKEDEF( NEW ,  HELLO); 


The  result  is  DEFINE  NEW  "HELLO";  ,  i.e.,  a  new  <def i ne-deelara 1 1  on> . 


2.5  EXTERNAL  DECLARATIONS 
Syntax: 


<ex t e rnal-dec la ra t  i  on>  :  :=  <def-speci f iea t i on>  (2.5.1) 

|  <ref~speci f icat 1 on>  (2.5.2) 

Seman  t i c  s : 

<Ex t erna 1-dec  la ra t ions>  declare  <names>  that  are  potentially  known 
in  other  <modules>  of  the  <complet ewprograra>.  Such  names  are  said  to  be 
external. 

Const  ra  1  r.  t : 

Formal  parameter  names  cannot  be  declared  external. 


2.5.1  DEF  SPECIFICATIONS 
Syntax : 

:=  <simple-def> 

|  <compound-de f > 

DEF 

<def-specif ica t ion-choice> 

DEF  BEGIN 

<def-speciflcat ion-cho!ce>  .  •  • 
END 


vdet-specincat  \on? 


<s Imple-de  f> 

<coiDDound-de  f  > 
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<def-specif icat ion-choice> 

: : - 

<null-declara t ion> 

(2.7) 

1 

<da ta-dec lara t ion> 

(2.1) 

1 

<def-block-l ns  t  ant ia  t lon> 

1 

<s tatement -name-dec la ra t lon> 

(2.3) 

1 

<di rect ive> 

<def-speci f i ca t ion-choice> 

(9.0) 

<def-block-ins  tant iat ion> 

:  :  = 

BLOCK  INSTANCE 
<block-name>  ; 

(2.1.4) 

Semantics : 

<Def-specif ications>  enable 

data  objects  to  be  declared 

that  are 

potentially  available  via  <ref-speci f icat ions>  and/or  <compool- 
dlrectlves>  for  use  in  other  <modules>.  Physical  storage  will  be 
allocated  for  these  objects. 

Either  a  <def-block-ins tant iat ion>  or  a  <block-declarat ion>  may  be 
used  in  a  <def-specif ica t ion>  to  create  a  block  with  external  scope. 
However,  in  order  for  a  <def-block-ins tant iat ion>  to  be  meaningful,  a 
<ref-speci f icat ion>  containing  a  <block-declara t ion>  having  the  same 
<block-name>  must  exist,  either  in  that  <module>  or  in  a 
<compool-module>  that  is  referenced  via  a  <compool-di rec tive> .  Preset 
information  used  in  the  creation  of  a  block  declared  with  a 
<def-block-i ns tant iat ion>  will  be  obtained  from  the  corresponding 
<ref-speci f ica t ion> • 

A  <s ta tement-name-decla ra t ion>  in  a  <def-specif icat ion>  makes  the 
addresses  of  the  designated  statements  available  as  linkage  information 
in  the  environment  of  the  <coroplete-program>  but  does  not  make  these 
names  available  as  targets  of  out-of-scope  GOTO  statements  (see  Section 
A. 7). 

Constraints : 


A  data  declaration  in  a  <def-specif ica tion>  and  a  corresponding 
declaration  in  a  <ref-specif ication>  must  agree  in  name,  type,  and  all 
attributes.  However,  a  compiler  will  perform  this  check  across  <module> 
boundaries  only  if  a  connection  is  established  between  the  <modules>  via 
a  <compool-direc t ive> . 

External  data  must  have  STATIC  allocation,  either  explicitly  or 
implicitly. 
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The  <da ta-declara t ion>  in  a  <def-speci f ica tion>  cannot  be  a 
(cons t ant-decla ra t ion> •  (This  constraint  does  not  prevent  ^constant— 
declara t ions>  from  appearing  in  <block-declarat ions>  in  <def- 
s pec if ica  tions>. ) 


2.5.2  KEF  SPECIFICATIONS 
Syntax; 

<ref-specif  ication>  :  :*= 

I 

<siraple-ref> 

<compound-ref >  :  :  = 

<ref-speci f icat lon-choi ce> 

I 

I 

I 

I 


<simple-ref > 

<compound-ref> 

REF 

<ref-speci f icat ion-choice> 
REF  BEGIN 

< r ef -specif ica  t ion-choice> . . . 


END 

<null-declaration>  (2.7) 
<da ta-declara t ion>  (2.1) 
<subrout ine-declara t ion>  (3.0) 
<directive>  (9.0) 


<ref-speci f ication-choice> 

<s ta tement-name-declara t ion>  (2.3) 


Semantics : 


A  <ref -spec! f ica t ion>  enables  a  <module>  to  reference  a  <name> 
whose  <def-specif icat ion>  is  in  another  <raodule>. 

Physical  storage  for  external  names  occurs  in  the  <module> 
containing  the  <def-specif icat ion>  and  not  in  the  <module>  containing 
the  <ref-specification>. 

A  <ref-specif ication>  for  a  <name>  may  appear  in  a  <compool-module> 
and  the  corresponding  DEF  in  another  <module>.  In  that  case,  the  (name) 
will  be  available  for  use  in  any  other  module  of  the  <complete-program> , 
provided  that  the  referencing  module  has  the  appropriate 
<compool-directive>.  The  compiler  will  enforce  the  requirement  that  the 
DEF  and  the  REF  specifications  agree,  provided  the  <module>  containing 
the  DEF  has  the  appropriate  <corapool-di rect ive>.  Alternatively,  the 
<ref-specif ica t ion>  may  appear  In  the  accessing  <module>  directly 
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Instead  of  in  a  compool  (bypassing  the  compool  entirely),  but  in  this 
case  it  will  be  beyond  the  compiler's  ability  to  check  for  compatibility 
between  the  DEF  and  the  REF  specifications.  When  <ref-speci f lea t ions> 
are  used  outside  of  compools  to  gain  access  to  external  names,  the 
programmer  is  entirely  responsible  for  the  correct  usage  of  those  names. 

For  <da ta-declara t ions>  in  a  <def-specif icat ion>  that  is  in  a 
<compool-module> ,  no  <ref-specif icat ion>  is  necessary  if  the  accessing 
module  has  a  <corapool-di rect ive>  that  causes  that  data  to  be  imported 
(see  Section  9.1). 

Constraints : 


For  every  <da ta-declarat lon>  in  a  <ref-speci f icat ion> ,  there  must 
exist  a  corresponding  declaration  in  a  <def-speci f ica t ion> .  For  every 
^subrout ine-decla ra t ion>  in  a  <ref-speci f ica t ion> ,  there  must  exist  in 
some  <procedure“module>  or  <ma in-program-modul e>  a  corresponding 
<procedure-def inition>  preceded  by  DEF. 

In  a  <ref-speci f ica t ion> ,  presets  are  illegal  in 
<i tem-declarat ions>  and  <t able-declarat ions>  and  are  optional  in 
<block-declara t ions>  •  A  <ref-speci f ica t ion>  that  contains  presets  can 
be  used  only  in  conjunction  with  a  <def-block-i ns tant i a t i on> . 

A  <da  ta-declara  tiori>  in  a  <ref-speci  f  icat  ion>  cannot  be  a 
<cons t ant-dec  la  rat ion> .  (This  constraint  does  not  prevent 
<cons tant-decla ra t ions>  from  appearing  in  <block-declara t ions>  in 
< ref-spec i f icat ions>) . 


2.6  OVERLAY  DECLARATIONS 
Syntax ; 

<ove r lay-dec la ration> 

<absolute-address> 

<ove  r lay-add  res s> 
<overlay-expression> 
<overlay-s tring> 
<overlay-element> 


OVERLAY 

[ <absol ut e-add  res s> ] 

<overlay-expression>  ; 

POS  (  <overlay-address>  )  : 

<compil^ -t ime-int eger-f ormula>  (5.1  .1) 

<overlay-string> : . . . 

<overlay-element> , . . • 

<spacer> 
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<spacer> 

<da ta-narae> 


Semantics : 


|  <data-narae> 

|  (  <overlay-expression>  ) 

W  <compile-time-integer-f ormula>  (5*1*1) 
:=*  <item-narae>  (2*1*1) 

|  <table-narae>  (2.1.2) 

|  <block-name>  (2.1.4) 


An  <overlay-declarat ion>  is  used  to  specify  any  or  all  of  the 
f ol lowing : 

1)  that  data  objects  are  to  have  a  specific  allocation  order 

2)  that  certain  data  objects  are  to  occupy  the  same  memory 
locations  as  other  data  objects 

3)  that  certain  data  objects  are  to  be  allocated  at  a  particular 
absolute  memory  location 

The  <overlay-~element s>  in  an  <overlay-s t ring>  are  allocated  memory 
locations  in  the  order  of  their  appearance  in  the  string.  The  memory 
locations  allocated  to  the  elements  of  an  <overlay-s tring>  that  appears 
to  the  left  of  a  colon  in  an  <overlay-express ion>  are  overlayed  with  the 
space  allocated  to  the  elements  of  the  <overlay-st ring>  that  appears  to 
the  right  of  the  colon. 

The  <overlay-address>  specifies  an  absolute  mempry  location  at 
which  allocation  of  the  <overlay-express ion>  begins.  The  meaning  of  an 
overlay  address  is  machine  dependent. 

A  <spacer>  in  an  <overlay-st ring>  specifies  a  number  of  words  to  be 
skipped  during  allocation. 

Cons t  raints : 


The  allocation  permanence  of  all  data  objects  in  an 
<overlay-declarat  ion>  must  be  the  same  (i.e.,  all  STATIC  or  all 
automatic)  • 

An  <overlay-declaration>  within  a  <block-declara t ion>  or 
<block-type-decla rat ion>  must  not  reference  data  names  declared  outside 
the  block  or  block  type  or  within  nested  blocks. 
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An  ^overlay-declarat ion5  outside  a  <block-declaration>  or 

<block-ty pe-declara tion>  must  not  reference  data  names  declared  within  a 
block  or  block  type. 

An  <overlay-decla rat ion>  within  a  <block-declarat ion>  or 

<block- type-dec la  rat ion>  must  not  include  an  ^absolute-address^ . 

A  <block-declara t ion>  or  <block-~type-declara t ion>  must  not  include 
an  <overlay-declarat ion>  if  an  <order-direct ive>  is  in  effect  for  the 
block  or  block  type. 

Declarations  for  all  <data-names>  in  an  <overlay-declara tion>  must 
precede  the  <ove rlay-decla ra tion>,  and  all  must  be  in  the  same  scope. 

<0ve rlay-decla ra t ions>  cannot  be  used  to  specify  more  than  one 
physical  location  to  any  data  object. 

Names  of  formal  parameters  cannot  be  used  in 

<ove  r lay-dec lara  t ions> . 

If  an  <overlay-address>  is  specified,  all  <data-names>  used  in  the 
<overlay-expres sion>  must  have  an  (explicit  or  default)  allocation 
permanence  of  STATIC. 

Note : 


A  <data-name>  In  an  <ove  rlay-decla  ra  tion>  cannot  be  declared  in  a 
<cons t ant-dec la  rat ion>. 


2.7  NULL  DECLARATIONS 
Syntax: 

<nul 1-dec lara t ion>  : ; 

|  BEGIN  END 


Semantics : 


A  <null-declaration>  has  no  semantic  effect. 
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3.0  PROCEDURES  AND  FUNCTIONS 

Syntax : 

<s uhrou tine-dec la rat ion> 

:  <procedure-dec la ra t i on> 

(3.1) 

|  <f unct ion-decl a ra t lon> 

(3.2) 

< sub rout ine-def ini t ion> 

:  :=  <proC‘idure-def  i  ni  t  i  on> 

(3.1) 

|  <f unc t ion-def i nl t i on> 

(3.2) 

|  <directive> 

<subroutine-def ini tion> 

(9.0) 

Semantics : 

Subroutines  describe  algorithms  that  may  be  executed  from  more  than 
one  place  in  a  <coraple te-program> .  A  subroutine  is  either  a  procedure, 
which  is  invoked  by  a  <procedure-call-st at ement> ,  or  a  function,  which 
is  invoked  by  a  <f unct ion-call>. 

A  <subrou t ine-def ini tion>  contains  the  executable  code  for  the 
subroutine,  in  addition  to  declarations  for  all  local  data  and  formal 
parameters,  as  well  as  definitions  of  any  nested  subroutines.  A 
<subrout ine-def ini t ion>  is  said  to  define  the  subroutine. 

A  <subroutine-declarat ion>,  on  the  olb^r  hand,  is  said  to  d  e  cl  a  re 
the  subroutine.  A  <subroutine-declarat ion>  contains  the  heading  of  the 
subroutine  and  <dec la ra t ions>  for  the  formal  parameters,  but  it  contains 
no  executable  code.  A  <subrouti ne-declarat ion>  is  required  in  a 
<ref-speci f icat ion>  for  each  subroutine  that  is  invoked  in  a  module 
other  than  the  module  containing  its  definition  (see  Section  2.5).  A 
<subroutine-declaration>  is  also  required  in  two  other  situations:  (1) 
when  a  subroutine  name  is  declared  as  a  formal  parameter  (see  Section 
3.3),  and  (2)  when  the  name  of  the  subroutine  is  the  same  as  a 
<def ine-name>  in  an  enclosing  scope.  It  is  not  necessary  to  provide  a 
<subrout ine-declara tion>  if  the  subroutine  is  invoked  only  in  the 
<module>  where  it  is  defined  and  if  its  name  is  not  passed  as  a 
parameter  or  used  in  an  enclosing  scope  as  a  <def i ne-name> • 

Constraints : 


The  <procedure-heading>  or  <function-heading>  of  a  <subroutine- 
declaratlon>  and  that  of  the  corresponding  <subrout ine-def ini t ion>  must 
have  identical  attributes,  and  the  parameters  (both  input  and  output) 
must  agree  in  number,  type,  and  order.  (This  constraint  will  be 
enforced  only  when  the  declaration  is  known  in  the  scope  of  the 
definition.)  Also,  the  subroutine  name  in  the  declaration  and 
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definition  must  be  the  same  (unless  the  <subrout ine-declara t ion>  is  for 
a  formal  parameter). 

3.1  PROCEDURES 
Syntax ; 

^procedure-dec  la  rat ion>  <procedure-headl ng>  ; 

<declaration>  (2.0) 

<procedure-def ini t ion>  :  <procedure-heading>  ; 

[<directive> . . .]  (9.0) 

<procedure-body> 

<procedure-head ing>  : PROC 

<procedure-name> 

[< sub rout ine-a  1 1  ribute> ) 

[ <formal-parameter-l i st> ]  (3.3) 

<subrout ine-a t t ribute>  : REC 

|  RENT 


<procedure-name>  :  :=  <name>  (8.2.1] 

<procedure-body>  : :*  <subrout i ne-body> 

<subrout i ne-body>  <statement>  (4.0) 

I  BEGIN  [<declara  t ion> . • • ]  (2.0) 

<st atement> . . .  (4.0) 

[<subroutine-def ini tion> . • • ]  (3 .0) 

[<di rect i ve> . . . ]  (9.0) 

[<label> . . . ]  END  (4.0) 

Semant ics : 


The  <procedure-headi ng>  in  a  <procedure-decla ra t ion>  may  contain  a 
<f  onnal-parameter-list> ,  which  specifies  the  names  that  are  used  in  the 
<procedure-body>  to  refer  to  the  corresponding  arguments  supplied  by 
each  call  of  the  procedure.  The  syntax,  semantics,  and  constraints  for 
a  procedure's  <f ormal-parameter-1 ist>  are  the  same  as  for  a  function's 
<f orraal-parame ter-1 i s t> ,  and  are  presented  in  Section  3.3. 

The  differences  between  a  <procedure-declarat ion>  and  a 
<procedure-de f ini t ion>  are  described  in  Section  3.0. 

A  <subrout ine-a ttribute>  of  REC  indicates  that  the  subroutine  is 
potentially  recursive ,  i.e.,  that  at  run  time,  an  invocation  of  the 
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subroutine  may  be  dynamically  nested  within  another  Invocation  of  it. 
If  REC  is  present,  physical  allocation  of  locally-declared  automatic 
data  will  occur  dynamically.  The  data  will  be  allocated  and  deallocated 
when  the  subroutine  is  entered  and  exited,  respectively.  Thi6  assures 
that  separate  copies  of  the  local  data  will  exist  for  each  successive 
call  In  the  recursive  chain.  Local ly-decla red  STATIC  data,  however, 
will  be  allocated  once,  and  the  same  storage  will  be  used  for  all  calls 
of  that  subroutine  throughout  the  <complet e-program> . 

A  <subrout ine-a t t ribute>  of  RENT  indicates  that  the  subroutine  is 
re-entrant  and  may  therefore  be  executed  concurrently  in  a  concurrent 
processing  environment,  A  recursive  subroutine  is  also  re-entrant. 

If  execution  of  the  <procedure-body>  is  completed  without  executing 
a  RETURN  statement,  an  ABORT  statement,  or  a  GOTO  statement  whose  target 
is  the  name  of  a  formal  parameter,  an  implicit  RETURN  statement  is 
executed  • 

Constraints: 

A  <procedure-declarat lon>  can  contain  no  <decla ra t ions>  other  than 
those  for  the  procedure's  formal  parameters.  <Declarat ions>  of  local 
data  appear  only  in  the  procedure's  definition. 

A  procedure  must  not  be  invoked  recursively  if  it  Is  not  declared 

REC. 


A  procedure  must  not  be  invoked  re-entrantly  if  it  is  not  declared 
RENT  or  REC. 

A  <subroutine-body>  must  contain  at  least  one  non-null  <stateroent> 
(e.g.,  RETURN). 


3.2  FUNCTIONS 


Syntax: 


<funct ion-dec la rat ion> 

:  :=  <f unct ion-heading>  ; 

<decla  ra  t ion> 

(2.0) 

<funct ion-def ini t ion> 

: :=  <f unct ion-heading>  ; 

[ <di rective>. . . ] 

<funct ion-body> 

(9.0) 

<f  unct ion-head ing> 

::=  PROC  <funct ion-name> 

[< sub r out ine-a ttribute> ] 

(3.1) 

[<f orma 1-par ameter-1 is t>] 

(3.3) 

<i ten-type-description> 

(2.1.1) 
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<  funct ion-name > 


<f unc t ion-body> 


<name> 


<subrout i ne-body> 


(8.2.1) 

(3.1) 


Semantics : 


The  differences  between  a  <f unc t ion-dec larat ion>  and  a 

<f unction-def i ni t i on>  are  described  in  Section  3.0. 

The  <i tem-type-description>  specifies  the  type  of  the  return  value 
of  the  function.  Within  the  body  of  the  function,  the  name  of  the 
function  may  be  assigned  to  as  a  variable  in  an  <assignment-s t at enent> • 
When  the  function  is  exited,  the  most  recent  value  assigned  to  the 
< f unc t ion-name>  Is  used  as  the  value  of  the  function.  The  return  value 
is  considered  to  be  allocated  as  automatic  storage  (see  Section  2.1.5). 

Use  of  the  <f unct ion-name>  in  a  <formula>  within  the  body  of  the 
function  is  a  recursive  invocation  of  the  function.  Within  the  body  of 
the  function,  the  <f unc t ion-name>  may  also  be  used  as  an 
<ac t ual-inpu t-pa rane t er>  in  a  subroutine  call  when  the  corresponding 
< f ormal-input-parameter>  is  a  < f unc t ion-name>  (see  Section  3.3). 

The  < f unct ion-head i ng>  in  a  <function-declarat ion>  or  <function- 
definition>  may  contain  a  <f ormal-parame ter-li s t> ,  which  specifies  the 
names  that  are  used  in  the  <f unc t ion-body>  to  refer  to  the  corresponding 
arguments  supplied  by  each  call  of  the  function.  The  syntax,  semantics, 
and  constraints  for  a  function's  <fomal-parameter-l  ist>  are  the  same  as 
for  a  procedure's  <formal-paraneter-list> ,  and  are  presented  in  Section 
3.3. 

The  inclusion  of  an  <i tem-type-description>  in  the  heading  of  a 
subroutine  indicates  that  the  subroutine  is  a  function. 

The  <subrou t ine-a t t ributes>  of  REC  and  RENT  apply  to  functions  in 
the  same  way  as  for  procedures  (see  Section  3.1). 

If  execution  of  the  <f unct ion-body>  is  completed  without  executing 
a  RETURN  statement,  an  ABORT  statement,  or  a  GOTO  statement  whose  target 
is  the  name  of  a  formal  parameter,  an  implicit  RETURN  statement  is 
executed  • 

Constraints : 

The  <f unct ion-name>  may  not  be  used  as  an 

<actual-output-parameter> • 

The  <f unct ion-name>  is  not  declarable  as  a  <name>  within  the 
function  body. 
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A  <f unct ion-declarat ion>  can  contain  no  <declarat ions>  other  than 
those  for  the  functions  formal  parameters.  <Decla rat  I ons>  of  local  data 
appear  only  in  the  function's  definition. 

A  function  must  not  be  invoked  utsively  if  it  is  not  declared 

REC. 

A  function  must  not  be  invoked  re-ontrantly  if  it  is  not  declared 
RENT  or  REC. 

The  <f unct ion-name>  must  be  assigned  a  value  before  the  function  is 
exi ted • 

3.3  PARAMETERS  OF  PROCEDURES  AND  FUNCTIONS 


Syntax: 

<f ormal-parame ter-1 i s t>  :  (  [ <formal-input-pa raraeter) , . . . ] 

[  :  <f ormal-output-parame t er> ,  . .  •  ]  ) 


<formal-input-parameter>  : 

[ <parame t er-bi ndi ng> ] 
<input-parame t e  r-name> 

<f ormal-out put-parameter>  :  :=* 

[ <parame ter-bindi ng>  J 
<ou tput-parame  t er-name> 

<parameter-binding>  :  :=« 

BYVAL 

1 

BYREF 

1 

BYRES 

<input-parameter-name>  :  :=* 

<data-name> 

(2.6) 

1 

<s tatement-name> 

(4.0) 

! 

<subrou t ine-name> 

<output-parame t er-narae> 

<da ta-name> 

(2.6) 

<subrout ine-name>  : 

<procedure-name> 

1 

<f unct ion-name> 

(3.2) 

Semantics : 

Parameters  permit  subroutines  to  have  locally-declared  <names>  that  * 

correspond  to  entities  whose  values  can  be  different  for  different 
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calls  « 


<Formal-i nput-paramet ers>  and  <f orroal-output-pararoeters>  constitute 
the  formal  parameters  of  the  subroutine.  When  the  subroutine  Is 
Invoked,  the  formal  parameters  are  associated  with  a  corresponding  list 
of  actual  pa rame ters  supplied  in  the  subroutine  call  (see  Section  4.5). 

<Formal-input-parame ters>  transfer  values  into  the 
<subrout Ine~body>  from  the  corresponding  <ac tual-i nput-parame te rs> • 
<Formal-output-parameters>  transfer  values  into  the  <subrout i ne-body> 
and  also  transfer  values  from  the  <subrou t ine-body>  back  to  the 
correspond  1 ng  <ac tua 1-out put- par ame  ters)  . 

If  a  formal  parameter  is  a  <data-narne>  it  may  be  bound  to  the 
corresponding  actual  parameter  in  any  of  the  following  ways:  by 
reference,  by  value,  by  result,  or  by  value-result.  Reference  binding 
means  that  the  actual  parameter  and  the  formal  parameter  denote  the  same 
physical  object.  Any  change  In  the  value  of  the  formal  parameter 
entails  an  immediate  change  in  the  value  of  the  actual  parameter  and 
vice-versa.  Value-result  binding  means  that  the  formal  parameter 
denotes  a  separate  data  object,  assigned  the  value  of  the  actual 
parameter  on  entry  to  the  subroutine,  and  used  to  assign  its  value  to 
the  actual  parameter  on  normal  exit  from  the  subroutine.  Since  it  is  a 
separate  data  object  there  is  no  interaction  between  it  and  the  actual 
parameter  during  execution  of  the  subroutine.  Value  binding  Is  similar 
except  the  actual  parameter  is  not  modified  on  exit  from  the  subroutine. 
Result  binding  leaves  the  value  of  the  formal  parameter  undefined  on 
entry  to  the  subroutine  but  is  otherwise  like  value-result  binding. 

Standard  rules  for  types  of  binding  indicate  the  effect  normally 
requ i red : 


Reference 

binding 
ent  r ies 

shall 
of  all 

be  used  for  blocks, 
except  tight  tables. 

tables,  and 

for 

Value 

binding 
entries • 

shall 

be 

used 

for  input  items 

and 

tight 

table 

Va 1 ue-resul t 

bind  I ng 
ent  ries . 

shall 

be 

used 

for  output  items 

and 

tight 

table 

Explicit  <parame ter-bindlng>  specification  affect*  these  rules  as 
follows : 


BYREF  -  reference  binding  is  required.  If  the  actual  parameter 
cannot  be  passed  by  reference  (such  as  a  badly  aligned 
table  item),  the  compiler  shall  allocate  a  temporary 


56 

110 


MI L-STD- 1 589B  (USAF) 
06  June  1980 


variable,  use  value  or  value-result  binding  as 
appropriate  to  pass  the  parameter  between  its  actual 
location  and  the  temporary  variable,  and  pass  the 
temporary  variable  by  reference  to  the  subroutine. 

BYVAL  -  reference  is  prohibited.  The  parameter  shall  be  passed 
by  value  or  value-result  as  appropriate. 

BYRES  -  result  binding  is  required. 

An  implementation  may  optimize  binding  methods  provided  it 
guarantees  required  results  both  in  parameters  passed  and  in  side 
effects,  if  any. 

If  the  <formal-input-parameter>  is  a  <s ta t ement-name> ,  a  GOTO 
statement  with  that  name  as  a  target  will  cause  the  subroutine  to  be 
exited  without  setting  any  of  the  value- result  parameters.  Execution 
will  resume  at  the  statement  named  in  the  actual  parameter  as  though  the 
GOTO  statement  had  been  executed  at  the  point  of  the  subroutine  call. 

If  the  <f ormal-input-parameter>  is  a  <subrou t ine-name>  the  <name> 
of  the  corresponding  actual  parameter  determines  which  <subroutine- 
definition>  to  associate  with  the  formal  parameter's 

<subrout ine-declaratlon>  on  each  call.  A  call  to  that  subroutine  via 
the  formal  parameter  <name>  will  be  treated  as  if  the  correspond! ng 
actual  parameter  subroutine  had  been  called  from  the  same  environment  in 
which  <subrou t ine-name>  was  originally  specified  as  an 
<act ual- input-pa rame ter> • 

The  order  of  evaluation  of  actual  parameters  is  unspecified. 

In  the  absence  of  an  <i nt erf erence-di recti ve> ,  no  interference  is 
assumed  within  the  subroutine  between  actual  parameter  data  and  formal 
table  or  block  parameters,  or  between  actual  parameters  and  variables 
accessed  directly  from  within  the  subroutine. 

Const  raint s  : 

The  same  name  must  not  appear  more  than  once  in  any 
<f orma 1-pa rame  ter-li st> . 

A  <f orraal-i nput-pa rameter>  cannot  be  used  in  a  context  in  which  its 
value  can  be  altered  (e.g.,  as  a  target  in  an  <ass ignment-s t a tement> ) . 

Names  of  data  declared  as  formal  parameters  must  not  be  used  in 
<ove  r lay-dec  la  ra  t ions> • 

Declarations  of  formal  parameters  must  not  contain  <allocation- 
speci f iers>  or  presets. 
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<External-decla rat ions>  of  formal  parameters  are  not  permitted. 

The  <subrout ine-def ini t lon>  (and  <subrout 1 ne-dec la ra t 1 on> ,  if  one 
is  present)  must  contain  an  explicit  <dec la  rat i on>  for  each  <name>  in 
the  <f ormal-pa rame t er-1 i s t> . 

For  any  subroutine  call,  the  number  of  formal  and  actual  input 
parameters  must  be  the  same,  and  the  number  of  formal  and  actual  output 
parameters  must  be  the  same. 

Declarations  of  formal  parameters  cannot  be  <constant-declarations> 
or  <type-declarat ions> . 

For  all  table  parameters,  the  types  of  the  formal  parameters  and 
those  of  the  corresponding  actual  parameters  must  be  equivalent  (see 
Section  7.0).  This  requirement  extends  to  the  types  and  associated 
attributes  of  all  components,  and  their  allocation  order.  For  all  item 
parameters,  the  rules  for  implicit  attribute  conversion  apply  (see 
Section  7.0).  Block  parameters  match  under  the  following  conditions: 
(1)  the  type  and  textual  order  of  the  components  match  exactly;  (2)  an 
!0RDER  directive  is  either  present  in  both  <block-body-par t s>  or  absent 
in  both  <block-body~part  s> ;  and  (3)  <overlay-decl  ara  t  ions>  in  both 
blocks  have  the  same  effect. 

The  actual  parameter  corresponding  to  a  formal  input  parameter 
(statement-name)  must  be  a  <s tat ement-name> .  The  actual  parameter 
corresponding  to  a  formal  input  parameter  <subrou t i ne-name>  must  be  the 
name  of  a  subroutine.  Parameter  types  and  return  value  types  of  formal 
and  actual  subroutines  must  match  exactly. 

BYRES  binding  must  not  be  specified  for  input  parameters. 

3.4  INLINE  PROCEDURES  AND  FUNCTIONS 
Syntax : 


< in line-dec  la  rat ion> 


INLINE 

<subrou t i ne-name> , . . .  ;  (3.1) 


Semantics : 


An  <inli ne-declarat ion>  causes  the  object  code  for  the  bodies  of 
each  of  the  designated  subroutines  to  be  inserted  at  the  point  of  every 
call  of  that  subroutine  within  the  scope  containing  the 
<inline-declara  t  lon> .  This  will  be  done  instead  of  inserting  code  for 
calling  a  remote  subroutine  body. 
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The  effect  of  the  <inline-declaratlon>  extends  for  just  the  name 
scope  In  which  the  <inl ine-declara t ion>  appears.  It  does  not  affect 
calls  appearing  in  enclosing  scopes. 

If  any  actual  parameters  to  inline  subroutines  are  constants, 
inline  expansion  may  cause  some  formulas  in  the  <subrout ine-bodi es)  to 
become  evaluable  at  compile  time.  Compile-time  evaluation  of  these 
formulas  will  be  performed  and  any  corresponding  error  messages  will  be 
generated  as  though  the  programmer  had  written  those  formulas  directly. 
Except  for  the  effects  of  compile-time  evaluation,  the  semantics  of 
inline  subroutine  expansion  are  identical  to  the  semantics  of  the 
normal,  remote  subroutine  call  mechanism. 

Inline  subroutines  may  themselves  contain  (possibly  inline) 
subroutine  calls,  but  they  may  not  contain  nested  subroutine 
def ini t i ons  . 

Inline  subroutine  names  may  be  used  as  actual  parameters,  but  a 
call  to  the  matching  formal  parameter  name  will  result  in  a  closed 
rather  than  inline  invocation  (even  if  the  actual  parameter  is  an  inline 
subrout ine )  . 

Cons  t ra i nt  s : 

Names  of  subroutines  whose  definitions  appear  in  another  module 
cannot  be  used  in  <inl i ne-decla rat ions> . 

Formal  parameters  cannot  be  declared  to  be  inline. 

It  is  illegal  to  have  an  inline  subroutine  invocation  of  a 
subroutine  that  is  already  being  expanded  inline. 

Formal  parameters  of  inline  subroutines  cannot  be  used  in  contexts 
where  the  syntax  requires  a  compile-time  formula. 

3.5  MACHINE-SPECIFIC  PROCEDURES  AND  FUNCTIONS 
Semantics  : 


Each  compiler  implementation  may  provide  a  set  of  procedures  and 
functions  that  are  intrinsically  recognized  by  the  compiler.  These 
procedures  and  functions  shall  typically  encompass  operations  that  are 
not  directly  provided  by  the  language.  They  may  be  implemented  as 
subroutines  or  via  inline  code,  whichever  is  suitable.  The  use  of 
inline  code  is  particularly  suitable  as  a  vehicle  for  invoking  single 
machine  instructions  which  are  peculiar  to  the  target  machine. 
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In  general,  a  subroutine  will  be  provided  for  machine  instructions 
whose  execution  would  otherwise  be  unobtainable  through  the  language. 
It  Is  not  Intended  that  every  target  machine  instruction  be  supported  as 
a  machine-specific  procedure  or  function.  Subroutines  will,  however,  be 
provided  for  machine-specific  instructions  whose  meaning  Is  not 
expressible  In  the  language  (e.g.,  "load  status  word",  "test  condition 
code"),  as  well  as  instructions  for  which  a  J73  subroutine  could  be 
written  but  which  are  directly  implemented  by  targe t-machine 
instructions  (e.g.,  "sine",  "matrix  multiply",  or  "rotate  length-32 
bitstring",  etc.).  Such  subroutines  will  be  defined  at  system  scope  and 
hence  their  names  will  be  redefinable  in  inner  scopes.  Such  subroutines 
will  be  invoked  in  the  same  way  as  other  subroutines  (see  Sections  4.5 
and  6.3).  The  particular  parameters  to  such  subroutines  are 
Subrou t ine-dependent  • 

Implementation  requirements  for  each  such  subroutine  include 
specif lea tion  of  the  operation  to  be  performed  and  of  the  rules  for  each 
formal  parameter,  including  both  its  JOVIAL  attributes  and  how  it  is 
used.  The  compiler  shall  generate  code  to  use  the  parameters  and 
perform  the  specified  operation. 
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4 .0  STATEMENTS 
Syntax; 


<s t a  t ement> 

♦ 

•  • 

[ <direc t ive> • • • ]  [<label>.»«] 

<simple-s  tatement> 

(9.0) 

1 

[ <d i rect ive> . . . ]  [<label>».»] 

<com pound- s  tat ement> 

(9.0) 

<siniple  -s  t  a  t  ement> 

:  :  = 

<assignment-st a t ement> 

(4.1) 

1 

< loop- st at  ement> 

(4.2) 

1 

<i f-sta t ement> 

(4.3) 

1 

<ca se-s tat ement > 

(4.4) 

1 

<procedure-ca 1 1-s  t  at  ement > 

(4.5) 

1 

<return-statement> 

(4.6) 

1 

<got  o~s tat  ement > 

(4.7) 

1 

<exi t-s  tat ement > 

(4.8) 

1 

<s  t op-s  t atement> 

(4.9) 

1 

<abort-s t a  t ement> 

(4.10) 

1 

<nul 1-s tat  eraen t> 

<nul 1-s t  at ement) 

:  :=» 

» 

1 

BEGIN  [ <label>  .  . . ) 

END 

<label> 

:  :  = 

<s ta tement-name>  : 

<s  t a t ement-name> 

: 

(name) 

(8.2.1) 

< compound- s t  ateme nt> 

: 

BEGIN  <s tat ement>  .  •  . 
[<directive>  .  . .  ] 

{ <label> . . . ]  END 

(9.0) 
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Semantics : 


<Statements>  are  the  means  by  which  computational  algorithms  are 
specified.  They  control  the  execution  of  the  <coinpl e t e-program> . 

A  <compound-s ta tement>  permits  a  sequence  of  <statements>  to  be 
used  In  contexts  requiring  a  single  <statement>. 

A  <null-s ta t ement>  results  in  no  operation. 

A  <label>  is  used  to  attach  a  <s ta tement-name>  to  a  <statement>.  A 

the  END  of  a  <compound-st atement>  or 
as  if  a  no  operation  <stateraent>  followed 


<variable-l i s t> 

<formula>  ;  (5.0) 

: <va riabl e> ,  .  . .  (6.1) 

Semantics : 


<label>  that  Is  attached  to 
<null-s tatement>  is  treated 
the  <label>, 

4.1  ASSIGNMENT  STATEMENTS 
Syntax : 

<assignment-s tat ement> 

<va  ri able-1 i s t> 


An  <assignment-s ta tement>  causes  the  value  of  the  <forraula>  to  the 
right  of  the  equal  sign  to  be  assigned  to  the  <variables>  to  the  left  of 
the  equal  sign. 

In  performing  the  assignment,  the  <formula>  is  evaluated  first. 
Then,  the  leftmost  variable  is  evaluated  and  the  value  of  the  formula  is 
assigned  to  that  variable.  Next,  the  second-to-t he-1 ef t  variable  is 
evaluated  and  the  value  of  the  formula  is  assigned  to  it.  This  sequence 
of  evaluations  continues  until  the  list  of  variables  is  exhausted.  If 
necessary  and  permitted  (see  Section  7.0),  the  value  of  the  formula  is 
implicitly  converted  to  the  type  of  the  variable  being  assigned  to.  For 
numeric  values,  the  value  is  rounded  or  truncated  according  to  the 
<round-o r- t i unca te>  attribute  of  each  variable  being  assigned  to  (see 
Sections  2. 1.1. 2  and  2.1. 1.3). 

Constraints : 

The  type  of  the  <formula>  must  match  or  be  implicitly  convertible 
to  that  of  each  of  the  <variables>  according  to  the  rules  given  in 
Sect i on  7.0. 
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All  <variables>  in  the  <variable-li st>  must  be  of  the  same  type 
class  • 


None  of  the  <variables>  may  be  <forma 1-lnput-pa rame t ers> • 


Note : 


Assignment  semantics  and  constraints  apply  to  presets 
2.1.6),  assignments  to  <cont rol-1 tems>  in  <1 oop-s tatement s> 

4.2) ,  and  some  types  of  actual/ formal  parameter  correspondence 

3.3) . 


( Section 
( Section 
( Section 


Since  the  implemented  precision  of  packed  fixed  point  table  items 
may  be  less  than  the  implemented  precision  of  an  unpacked  item  having 
the  same  fixed  type,  and  since  rounding  and  truncation  are  performed 
with  respect  to  implemented  precision,  assignment  to  packed  table  items 
may  change  the  value  being  assigned  (see  Section  7.0). 


4.2  LOOP  STATEMENTS 
Syntax : 


<loop-s ta tement> 

::  = 

<loop-type> 

<cont  roll ed-s tat ement> 

<loop-type> 

:  :  = 

<while-clause> 

1 

<f or-clause> 

<cont roll ed-s tat ement> 

:  :  = 

<statement> 

<whil e-c lause> 

:  :  = 

WHILE  <boolean-f o rmula>  ; 

(5.2.2) 

<f  or-clause> 

:  :  - 

FOR  <cont rol-i tem>  : 

<con t rol-c lause>  ; 

<cont  rol-i tem> 

:  :  = 

<control-variable> 

1 

<c on tro 1-let ter> 

<cont  rol-va  riable> 

:  :  = 

< i tem-name> 

(2.1.1) 

<con t rol-le  1 1 er> 

:  :  = 

<let  te*-> 

(8.1) 

<cont  rol-c lause> 

; 

<ini t lal-va lue> 

[ <cont inua i 1 on> ] 
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<1 ni t ia l-value>  : <formula>  (5.0) 

<con t inua t ion>  : <by-or-then  phrase> 

[ <whi le-phrase> ] 

|  <whi 1 e-phrase> 

[ <by  -or- 1 hen~phrase> ] 

<by-or^ t hen-phrase>  : <by~phrase> 

|  <tben-pbrase> 

<by-phrase>  :  :=  BY  <by-f ormula> 

<by-formula>  :  :=  <nume ric-f orraul a>  (5.1) 

<then-phrase>  :  :=  THEN  <formula>  (5.0) 

<whi le-phrase>  :  WHILE  <boolean-f ormul a>  (5.2.2) 

Semantics : 

A  <loop-s t a tement>  provides  for  the  iterative  execution  of  a 
statement . 

If  the  <whi le-c lause>  form  of  the  <1 oop-s t a t ement)  is  used,  the 
<cont rol led-s tat ement)  is  executed  until  the  value  of  the 

<boolean-f ortnula)  becomes  FALSE.  The  <booloan-f ormula>  is  evaluated 
before  each  iteration. 

If  the  <for-clause>  form  is  used,  the  value  of  <cont rol-i t em> 
determines  the  number  of  iterations*  If  the  <cont rol-i t em>  is  an 
<item-name>,  its  type  is  as  specified  in  its  <decla ra tion> ,  and  that 
<item-name>  may  be  used  for  purposes  other  than  loop  control  before  and 
after  the  loop.  After  execution  of  the  loop  concludes,  the  value  of  the 
<item-narae>  is  the  last  value  it  received  in  the  <loop-s t a tement> •  If 
the  <cont rol-i t em>  is  a  <letter>,  the  <for-clause>  constitutes  an 
implicit  declaration  of  the  <cont rol^i t era> ,  and  its  value  is 
inaccessible  prior  to  the  start  of  the  <loop-s tatement>  and  after  the 
<loop-s t a tement)  concludes.  Its  type  is  that  of  the  <i ni t ial-value>  . 
Its  scope  is  the  <loop-s tat ement>  itself;  hence,  another  loop  statement 
may  use  the  same  <letter>  as  a  <control~i t em>  (except  as  prohibited  in 
Constraints)  and  no  conflict  will  result. 

The  actions  of  the  <loop-statement>  with  a  <for-clause>  are  as 
specified  by  the  following  algorithm: 

Step  1:  The  <ini t ial~value>  is  evaluated  and  assigned  to  the 
<cont  rol-1 1 era> . 
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Step  2:  The  <boolean-formula>  in  the  <while-phrase>  (if 
present)  is  evaluated.  If  it  is  FAI-SE,  execution  of 
the  <loop-stat ement>  concludes. 

Step  5:  The  <cont rolled  statement>  is  executed. 

Step  A  2  The  formula  in  the  <by-or-then-phrase>  (if  present) 
is  evaluated.  The  value  for  the  <by-formula>  (if 
present)  is  added  to  the  <cont rol-i t em> .  The  value 
of  the  <then-f ormula>  (if  present)  is  assigned  to 
the  <cont rol-i tem> .  Execution  continues  at  Step  2. 

The  <cont rol-i t em>  may  be  used  in  a  <formula>  in  the  <control- 
clause>  and  in  the  <cont rolled-s tatement> . 

Execution  of  the  <1 oop-s ta tement>  concludes  if  control  is  passed  to 
another  statement  by  means  of  a  GOTO,  RETURN,  EXIT,  STOP,  or  ABORT 
statement  • 

Const  ra in t s  : 

If  the  <cont rol-i tem>  is  a  <letter>,  it  must  not  be  used  in  the 
<controlled-s tat ement>  or  <cont rol-c lause>  in  any  context  in  which  it6 
value  can  be  altered  (e.g.f  as  an  <actual-output-pararae ter)  or  as  a 
target  in  an  <assignment-s tatement>) .  If  the  <cont rol-i tem>  is  an 
<i tern-name) ,  as s ignmer: t s  to  it  In  the  <cont rolled-s tatement>  are  not 
prohibited,  but  will  result  in  a  warning  message. 

A  <label>  in  a  <cont roll ed-st at ement>  cannot  be  used  as  the 
<s tat ement-name>  in  a  <got o-s t a t eraent)  or  <abort-phrase>  that  is  outside 
the  <cont roll ed-st ateraent>  or  as  an  <actual-input-pa rame ter>  in  a 
subroutine  invocation  that  is  outside  the  <cont rol led-s t a tement> . 

The  <ini tial-value>  ,  <by-formula>  and  < then-f ormula>  must  match  or 
be  implicitly  convertible  to  the  type  of  the  <cont rol-i t em>  (see  Section 
7.0).  Further,  the  sum  of  the  <by-formula>  and  the  <cont rol-i tem>  must 
match  or  be  implicitly  convertible  to  the  type  of  the  <cont rol-i tem> • 
The  <ini t ial-value>  cannot  be  of  type  table. 

The  <by-formula>  (if  present)  must  have  type  and  value  such  that  it 
may  be  legally  added  to  the  <cont rol-i tem>  according  to  the  ryles  of 
Sections  5.1.1,  5.1.2,  and  5.1.3. 

If  the  <cont rol-i tetn>  is  a  <control-l et ter> ,  the  <Ini tial-value> 
must  not  be  a  <s tatus-constant>  that  belongs  to  more  than  one  type 
(unless  the  <s t a tus-cons t ant>  is  disambiguated  by  an  explicit  conversion 
—  see  Section  7). 

The  <cont rol-le tt er>  in  a  <loop-s ta teraent>  may  not  be  the  same  as 
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the  <cont rol-let ter>  of  any  enclosing  <loop-s tat ement> . 

A  <bi t-f ormula)  cannot  be  Implicitly  converted  to  the 

<bool ean-f o rmul a>  in  a  <whi le-phrase> • 


4.3  IF  STATEMENTS 
Syntax: 


<i f-s t a tement> 

: :*  IF  <bool ean-f ormula>  ; 

< condi t i ona 1-s tat ement > 

[ <el se-c 1 ause> J 

(5.2. 

<condi t ional-s  t a  t  ement > 

: <statement> 

(4.0) 

<e 1 sc-c  Liuse) 

: :»  [ <di rect 1 ve>  .  .  .  ] 

(9.0) 

ELSE  (statement) 

(4.0) 

Soman  tics: 

An  <i f-s tat eroent>  provides  for  conditional  execution  of  a  statement 
depending  on  the  value  of  its  <boolean-f orroul a> . 

Tf  the  value  of  the  <boolean-f ormul a>  is  TRUE,  the 

<cond i t i ona 1-s t a t erne nt>  is  executed  and  the  <statement>  in  the  ELSE 
clause  (if  any)  is  not  executed. 

If  the  value  of  the  <boolean-forraula>  is  FALSE,  the  <statement>  in 
the  <v I se ~c 1 ause)  (if  present)  is  executed  rather  than  the 
^condi  t i ona 1- s tat ement>  .  In  the  event  of  nested  < i f ~s t a t ement s> ,  an 
ELSE  issociates  with  the  innermost  unmatched  IF. 

If  the  s boo lean-f o rmn I a>  has  a  value  that  is  known  at  compile  time, 
i  ondi Clonal  compilation  (see  Section  1.2.4)  will  occur. 

"on st  r.'unts: 

<L.ibels>  throughout  i  -cupe  must  be  unique,  even  if  portions  of  the 
text.  within  the  scope  are  unselected  as  a  result  of  conditional 
t ompi 3a:  ion. 

<Directives>  preceding  ELSE  must  be  text  directives  (Section  9.2) 
or  listing  directives  (Section  9.7). 

A  < M t -f or  mu! a>  omnot  be  implicitly  converted  to  the 
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<boolean-formula>  In  an  <lf-statement>. 


Note : 


<Labels>  in  the  <condi tional-statement>  and  in  the  <el se-clauee> 
are  in  the  same  scope  as  the  <i f ^stat ement>  itself. 


4.4  CASE  STATEMENTS 


Syntax : 


<ca  se~s  ta  tement> 


<case~sel ec  t or-f ornula) 


<ca  se-body> 


<case~a 1 1  erna t ive> 


<default'*option> 


<case-index-group> 
<case-i ndex> 


CASE 

<case-select or-f ormula>  ; 
[ <d i rect i ve>  . . . ) 

BEGIN  <case-~body> 
[<label>. * . ]  END 

<integer-f ormula> 

|  <bi t-f orraul a> 

1  <charac t er-f ormula> 

f  <s tatus-formuia> 

<case-alt ernat ive> . . . 

:=  [  <di rect ive> ...  ] 

<ca  se-i ndex-gr oup> 

<s tatement> 

[FALLTHRU] 

I  <def ault-opt ion> 

:*  [ <di rect ive> . . . ) 

(  DEFAULT  )  : 

<st atement> 

{FALLTHRU] 

:=  (  <case-index> , . . .  )  : 


(9.0) 

(4.0) 

(5.1.1) 

(5.2) 

(5.3) 

(5.4) 


(9.0) 

(4.0) 


(9.0) 

(4.0) 


:=  <coniplle-tirae-integer~fornuila>  (5.1.1) 

I  <compile-t lme-bi t-formula>  (5.1.2) 

I  <oompi  le-t  itne-charaeter-  (5.1.3) 

formula> 
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|  <rompi le-t iir.e-st  atus-f  ormula>  (5.4) 


J  < 1 ower~bound> 
<uppe  r-bound> 


(2.1 .2.1) 

(2 . 1  .2  .1  ) 


Semant ics : 

Whereas  an  <if-sta  leiaenO  provides  for  the  optional  execution  of 
either  of  two  statements,  a  <case~s  t  at  ement  >  pzovides  for  a  choice  of 
executing  one  or  more  of  a  number  of  statements.  (Tbe  possible  cliolrus 
are  represented  by  the  various  <case-al  t  ernat  i  ves>)  . 

The  particular  <case~a 1 t ernat ive>  is  selected  according  to  the 
value  of  <case-sel ec t or-f ormula> .  Several  values  of  the  <casc-sel er tor- 
formula)  may  select  the  same  <case-al ternat ive> . 

With  the  exception  of  the  <def ault-opt 1 on> ,  each  <case-al t ernat ive> 
is  headed  by  a  <case- i ndex-group>  that  designates  the  possible  values  of 
the  <ca  se-sel  ec  t  or-f  ormul  a>  that  after  being  implicitly  converted  (if 
necessary)  to  the  type  of  the  <case-sel  ec  t  or-  f  o  rrnul  a>  ,  cause  that 
particular  (case-alternative)  to  be  selected  for  execution.  Each 
<case-index>  can  designate  either  a  single  value  or,  for  integer  and 
status  selector  types,  a  closed  range  of  values  bounded  by  <1 ower-bound) 
and  <upper-bound> . 

If  the  value  of  the  <case-selector-f orrnula>  does  not  correspond  to 
a  (case-index)  value,  the  (statement)  in  the  <dcf aul t -opt ion>  is 
execut  ed  . 

If  FALLTHRU  is  not  present  after  a  selected  <st  at  oinent> ,  execution 
of  the  (case-statement)  concludes  after  that  (statement)  is  executed. 
If  FALLTHRU  is  present  after  the  selected  (statement) ,  the  (statement) 
in  the  text ual ly-succeeding  (case-alternative)  is  then  executed. 
Control  continues  to  "fall  through"  to  subsequent  (case-alternatives) , 
until  a  case-alternative  with  no  FALLTHRU  is  executed  or  until  the  END 
of  the  <c a se- s t a t erne nt>  has  been  reached. 

If  the  value  of  the  <case~selector-fornwla>  is  known  at  compile 
time,  conditional  compilation  (see  Section  1.2.4)  will  occur  for  all 
un selected  alternatives  that  cannot  be  reached  via  FALLTHRU  semantics. 

Constraints^ 

No  two  (case-alternatives)  within  the  same  (case-statement)  can  be 
associated  with  identical  (case-index)  values. 

If  a  <def aul t -opt i on)  is  not  present,  the  value  of  the 
<case-selector-formula>  must  be  represent  ed  by  a  (case- i ndex> . 
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The  types  of  each  formula  in  a  <case-lndex>  must  match  or  be 
implicitly  convertible  to  that  of  the  <Vase -selec t or-f ormul a>  according 
to  the  rules  given  in  Section  7.0. 

If  the  <case-select or-f ormula>  Is  a  <st atus-f ormul a> ,  a 
<case-index>  specifying  lower  and  upper  bounds  Is  legal  only  if  the 
status-type  has  the  default  representation  (s»*e  Section  2.1. 1.6). 

The  <uppe r-bound>  in  a  <case-i ndex>  must  be  greater  than  or  equal 
to  the  < 1  owe r-bound> . 

<Directives>  preceding  DEFAULT  or  <c.ase-i  ndex-groups>  must  be  text 
directives  (Section  9.27)  or  listing  directives  (Section  9.7). 

Within  a  <rase-statement),  at  most  one  <def aul t-opt ion>  may  be  used 
as  a  <case-al t ernat i ve>  • 

Note : 


<Labels>  in  the  <def aul t-opt i on)  and  in  the  (case-alternatives)  are 
in  the  same  scope  as  the  (case-statement)  itself.  Consequently,  control 
can  be  transferred  into  or  between  case  statements. 


4.5  PROCEDURE  CALL  STATEMENTS 
Syntax: 

<procedure-call- 

statement)  (use r-def ined-procedure-r a  1 1> 

I  ^machine-spec i f ic-procedure-ca 1 1> 

<user-defined-procedure- 


ca  1 1> 

;  (procedure-name) 

[ <ac t ua 1-para mete r-1  ist>] 

[ (abor t-phrase> ]  ; 

(3.1) 

<ac t ual-parame t e r-1 is t> 

:  :=  (  ( <actual-i nput-pa rame t er> , . . . J 

[  :  (actual-output-parameter) , . 

..  ] 

(actual- input-pa  rameter) 

:  <{ o rmula> 

(5.0) 

1  (statement-name) 

(4.0) 

|  (function-name) 

(3.2) 

1  <procedure-name> 


(3.1) 
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•mw 


|  <bl  ock-nuine> 


(2.1.4) 


<nes ted-block> 


<actual-out put- 
pa  raroe  t  er> 


<abort-phrase> 

<machl ne-spec ific- 
procedure-cal 1> 


|  <bl ock-de ref erence) 

|  <nested-block> 

: :=  <block-name> 

[<block-dereference>] 

: <va  riable> 

|  <bl ock-name> 

|  <bl ock-deref trence> 

J  <nes ted-block> 

:;=  ABORT  <s  t  a  tement-narne> 

:  <proeedure-name> 

[ <actual-paramet er-1 i s t> ] 


(6.1) 

(2.1.4) 

(6.1) 

(6.1) 

(2.1.4) 

(6.1) 

(4.0) 

(3.1) 


Soman tics : 

A  <procedur e-ca 1 1-s t at ement)  causes  invocation  of  a  procedure  and 
the  association  of  formal  parameters  with  actual  parameters  according  to 
the  rules  given  in  Section  3.3. 

A  <user~def i ned-procedure-cal 1>  causes  invocation  of  a  procedure 
defined  in  a  <proc edure-def i n i t i on> .  The  <abor t-phr ase>  is  for  use  in 
connection  with  <abort-s  t  a  t  eiuent  s> .  Its  semantics  are  explained  In 
Sect  ion  4.10. 

A  <machi ne-spec i f ic-procedure-ca 1 1>  causes  invocation  of  a  machine- 
specific  procedure  (see  Section  3.5). 

A  <nested-block>  is  a  block  contained  in  another  block.  If  the 
<block-name>  was  declared  in  a  <bl ock-t ype-decl a ra r i on> ,  the  <block- 
dereference>  references  the  particular  block  from  which  the  nested  block 
is  to  be  obtained. 

Constraints ; 

Actual  parameters  in  the  <procedure-call-statement>  roust  match  the 
formal  parameters  of  the  ca 1 1 ed  procedure  In  number,  kind,  and  parameter 
list  position,  according  to  the  rules  given  in  Section  3.3. 
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The  <st at ement-name>  in  an  abort  -phrased  or 
<actual-input-paraineter>  must  be  known  in  the  scope  in  which  the 
<procedure-ca  1 1-s  tat  oment>  appears,  but  it  must  not  name  a  statement 
that  Is  in  another  module  or  In  an  enclosing  subroutine  or  that  was  In 
unselected  text  in  conditional  compilation*  It  cannot  be  the  name  of  a 
statement  that  is  in  a  <cont rol  1  ed-s t  a t onient)  unless  the 
<procedu  re-ca 1 1-st  at  ement>  itself  is  within  that  same 
<c on trolled -s  t at omont> . 


A. 6  RETURN  STATEMENTS 
Syntax : 


<retu rn-s t at emnnt>  =  RETURN  ; 

Soman t i c  s  : 

The  effect  of  a  <r<  turn-st at ement)  is  to  terminate  the  execution  of 
a  subroutine,  set  any  parameters  that  have  va 1 ue- resul t  semantics,  and 
return  control  to  the  point  following  the  invocation  of  the  subroutine. 
If  the  K r e t u r n— s t a t ement>  is  in  a  < f unc t ion~body> ,  the  current  value  of 
the  <f unct ion-name>  becomes  the  value  of  the  function  call. 

If  the  subroutine  containing  the  < re t u r n-s t a t omen t >  is  nested 
within  any  enclosing  subroutines,  only  the  innermost  subroutine  is 
terminated. 

Const  ra i n t  : 

The  <ret urn *st atement>  can  appear  only  within  the  body  of  a 
subrout i ne  . 


A.;  GOTO  STATEMENTS 
Synt ax : 

<go t  o- s  t  a  t  oment >  :  ;=  GOTO  < s  t  at  enient-name>  ;  (A.0) 

remant i c s  : 

A  <got o-s t a t emen t >  causes  control  to  be  transferred  to  the 
statement  named  by  the  specified  <s tat emen t -name) • 

When  the  <s t a t cment -name>  is  a  formal  s tat oment -name  parameter,  the 
effect  <>f  a  <got  o- s  *  a  t  e.-ie  n  t  >  is  equivalent  #o  retei  ling  f  rum  the  current 
oibrnul  ck*  invotU!  i'-n  without  ‘••?Mng  va  1 .  a-  i  e*.  u  ]  t  parameters  and  then 
ext  ruling  a  'gist  .  t  U  *  he  .»<  in:  of  the  subroutine's 
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invocation . 

Constraints : 

The  <s t a t ement-name>  must  be  known  in  the  scope  in  which  the 
<goto-s t a t ement >  appears.  Further,  the  <st at ement~name>  must  not  be  the 
<label>  of  a  statement  that  is  in  an  enclosing  subroutine  or  in  another 
module.  It  cannot  be  the  <label>  of  a  statement  in  a 

<cont rol 1 ed-s t a t ement>  unless  the  <goto-s tat ement>  is  Itself  within  that 
same  <cont rol 1 ed-s ta t ement> . 


4.8  EXIT  STATEMENTS 
Syn  t ax : 


<exit-statecient>  ;;=*  EXIT  ; 

S eman tics: 

An  <exi t-stat ement)  causes  execution  of  the  immediately  enclosing 
<loop-s t a t ement>  ,to  terminate.  Its  effect  is  the  same  as  a  GOTO 
statement  that  transfers  control  out  of  the  <cont rol led-s ta temrtnt>  to 
the  point  following  the  end  of  the  <loop-s tatement> . 

Const ra int : 


The  <exi t-s tat ement>  can  appear  only  in  a  <cont rol led-s t at ement> . 
4.9  STOP  STATEMENTS 
Syntax : 

<s top-s t a t ement>  : :=  STOP  [ <intege r-f ormula) ]  ;  (5.1.1) 

Semantics  : 


A  <L'top-statement>  causes  execution  of  the  <comple te-program>  to 
terminate.  If  a  <s top-s tatement>  Is  executed  within  a 
<subrouti ne-body>  ,  the  value-result  <act ual-out put-paramet ers>  of  any 
subroutine  whose  call  is  still  active  will  not  be  set. 

The  value  of  the  optional  <integer-f ormula)  In  a  <s top-s tat ement> 
is  made  available  to  the  environment  in  which  the  J73  program  is 
executing,  where  its  semantics  are  implementation-dependent.  Absence  of 
an  <int ege r-f ormula>  implies  the  value  is  not  determined. 
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Const ra lnt : 

The  range  of  legal  values  of  the  <integer-fc *mula>  is  MINSTOP 
through  MAXSTOP. 

4.10  ABORT  STATEMENTS 
Syntax ; 


<abor t-s t a tement>  ::=  ABORT  ; 

Soman 1 1 cs  : 


When  an  <ahort-s t a t ement>  is  executed,  control  passes  to  the 
statement  named  in  the  <abort-phrase>  of  the  most  recently  executed, 
currently  active  <procedure-ca ll-statement>  that  has  an  <abort-phra se) . 
All  intervening  subroutine  invocations  are  terminated,  and  value-result 
parameters  of  such  subroutines  are  not  set.  If  there  Is  no 
cur  rent ly-act ive  <procedure-call-statement>  that  has  an  <abort -phrase>  , 
the  effect  of  the  <abor t-s ta t ement>  is  the  same  as  STOP. 


73 
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5.0  FORMULAS 
Syntax : 


<formula>  <mune  r  i  r-f  orinul  a>  (5.1) 

I  *  L 1  t  for  "ml  a >  (5.2) 

)  < «  he »  a  t  t  t  r  • 4  { i  r  i:  ; i  ^  ,t>  (5.3) 

\  <  M  f  us-  /  e  rr;u  i  «  >  (5.4) 

|  /  po  i  nt  er-foruml  a>  (‘.5) 

!  ^  aMe-fornui!a>  (5.6) 

<compi  le  *t  1  rno- f  n  rmu  1  a>  .  :  -  *  • -p , 1 e  t  i mo  mimetic  f.iUiijLi)  (5.]) 

I  •  .  •  ;  •  1.  *  hi  t.  i  «..ir  (5.2) 

|  v.  ,  j.  i  1  .*  t  i  ■  .  .  La:  .M-t  cf-fnr:vilfl>  (5.3) 

i  < >r pi  1  (  ~t  \  me  ?  J  at  us  formula^  (5.4) 

|  <  «  c  -  i.,  j  i  1 1  t  i  in*  •  pa  i  i ;  t  e  ‘‘  l  t..  i  mu  1  a 5  (  5.5) 

Seman  t ics: 


<Formulas>  repre  ent  vaIihk,  Kach  <  f<  * :  s*  u  1  a  >  h  m  suriatod  with  it 
a  type  class  and  appropriate  attributes. 

A  <compi  le-t  i  me -f  oniuil  a>  is  a  ^formulas  wh.-se  value  is  computed  and 
used  at  compile  time. 

All  comp i 1 e- t i me  compulations  are  performed  using  the  range  and 
precision  parameters  of  tin  target  ti.arh  iric . 

The  following  constructions  yield  values  at  »'.mpile  t  i me . 


1 . 

Data  declared  in  <>on« 
constant  1 t ems  whose  t 

;;  t  a  nt  -  i  t  em  -  d « >  ( 
y  pe  c  1  a.  ss  is 

larat  i  o  n  s  5  ,  *  *  \ '  e  p  i 

j.oirtrr, 

f  or 

2. 

The  functions  1. BOUND , 

FIRST,  and 

LAST,  regardless 

of 

their  arguments;  the  function 

11  BOUND,  provided 

i  t  s 

argument  is  ni  t  a  table  with  *  dimensions;  the  functions 
NEXT,  BIT,  BYTE,  SHIFTL,  SHIFTK,  APS ,  and  SON,  provided 
their  arguments  are  known  at  ompile  time;  the  function 
NWDSKN,  provided  I  *  s  argument  does  not  contain  a 
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reference  to  a  name  whuse  declaration  is  not  completed 
prior  to  the  point  at  which  the  function  appears;  the 
functions  B1TSIZE,  BYTES I ZE ,  and  W0RDS1ZE,  provided  (1) 
their  arguments  are  known  at  compile  time,  (2)  their 
arguments  do  not  contain  references  to  names  whose 
declarations  are  not  completed  prior  to  the  points  at 
which  the  functions  appear,  and  (3)  their  arguments  are 
not  blocks  and  are  not  tables  with  *  dimensions. 

3.  All  operator-operand  combinations  other  than 

de refe renc i ng ,  indexing,  and  assignment,  provided  the 
operands  have  values  that  are  known  at  compile  time. 

4.  All  type  conversions  except  REP,  provided  the  value  of 
the  <formula>  being  converted  is  known  at  compile  time. 

5.  All  machine  parameters. 

6.  All  <statuS'Constants>. 

7.  All  <literals>. 

The  following  values  are  not  known  at  compile  time: 

1.  Constant  items  whose  type  class  is  pointer. 

2.  Constant  tables  and  their  components. 

3.  All  data  declared  without  the  word  CONS i ANT. 


The  LOC  function, 

rega 

r  <1 1  < 

s  s 

of 

i  l  s 

a  t  gnr:,u 

n  t  ; 

T  1 

e 

function  U ROUND, 

if  it 

S  a 

i  i/.ti.it  nt 

i  s 

a  t  a  h 

:  1  e  w 

1  th 

* 

dimensions;  the  f 

use  t  i  Ci 

US 

N  b  > 

T. 

HIT, 

BYTE  , 

fie 

nn 

* 

SHIFTR,  ARS,  nd  1 

'•N.  ^ 

t  v* 

y  '<  i 

.  j  v  e 

'  «i .  <  < 

■  r  ’’otr 

:  u:  . 

i. 

whose  va  lues  re  i  < . 

t  kui  >w 

n  a  t 

<  « 

-pi 

e  t  i  r 

»  the 

f , , , 

<  t  i . 

)  T  . 

NWDSEN ,  if  its  .. 

•  p.n::ui. 

t  i  s 

a 

i. 

„■) 

i  at  1 

.  %  J 

S 

not  corapl  e  t  !>d  prior 

to  t  h 

u  j  .. 

!  nt 

at 

Wh  i  c 

h 

f  iif 

i  t  14 

n 

appears;  the  fan* 

t  Ions 

h  n  s 

l  /K 

. 

:  •  s  j  ; 

W<  >H! 1 

M/F, 

if  (  P  their  at  guru 

n  t  s  ha 

ve  v 

a  1  .i 

*  ■  ' 

h,l 

ae  not 

V  Mown  r- 

it 

r  omp  lie  l  i  me  ,  (.  7  ) 

t  b*  i  r 

■as 

•  f  . 

i  *i  n  i  *  \  • 

t  HU' 

**S  t 

o 

names  whose  derlar.i 

t  i  ■  a  u 

;  * 

.  t 

,  ’  •  * 

d  p  'IT 

t  O 

r  t 

ie 

po i n  t  s  at  wh  f  c h 

•  lie  : 

i  " 

s 

i  p* 

,  *-T 

O) 

t  he  i 

i  r 

argument  s  are  Mti'  l 

s  >  r  * 

« ■  ’  * 

'•  - 

t  r  h 

* 

ns  i  i  ns 

• 

5.  All  opc  r  n  f  or  -of  e  r  a  id  — v  f  ns  that  have  <t.c  or  more 

evaluated  i  t  r»*  1  *  -  -  4  i •  s  <  ;  •  •  <  •  t  *  n  •  * wn  4 1  c  omp  i  1  ’ 

f  i  me  . 
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6.  The  REP  conversion. 

7.  Any  value  arrived  at  via  a  <st ateraent> . 

8.  Dereferenced  or  subscripted  values. 

Any  value  known  at  compile  time  may  also  be  used  as  a  run-time 
value . 


5.1  NUMERIC  FORMULAS 


Syntax : 

<nuroeric-*fonnula>  :  :=» 

I 

I 

<compile-time-numerlc-formula>::= 

l 

I 


<1 nteger-formula> 
<f loat ing-f ormula> 
<f ixed-f ormula> 


(5.1.1) 

(5.1.2) 

(5.1.3) 


<compl le-time-i nt eger-fonnul a>  (5.1  . 1 ) 
<compile-t i me- float i ng-f ormul a>( 5.1 .2) 
<compl le- 1 ime-f ixed-formul a>  (5.1  .3) 


Seman t 1 cs  : 


A  <nume ri c-f ormul a>  represents  a  numeric  value. 

A  <r orapi  le- 1  ime-nutneri c-f ormula>  represents  a  numeric  value  that  is 
known  at  compile  time  (ste  Section  5.0). 


5.1.1  INTEGER  FORMULAS 


n  t  a  x  : 

<  1  n t  tge r~foruiula> 


< 1 n  t ege  r- 1  e rm> 


[<sign>]  <integer~term>  (8.3,1) 

<int eger-f ormul a> 

<plus-or-minus>  (8.2.3) 

<integer-term> 

<Int eger-f act or> 

<i  nt  eger-t  enn> 

<mul 1 1 ply-d i v 1 de-o  r-mod> 

<1 nt eger-f  ac  t  or> 


7t» 
1  30 


(8.2.3) 
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<int eger-f actor) 

<intege  r-pr ima ry> 

1 

<integer-f actor>  ** 

<i nt ege r-pr ima  ry> 

<int ege r-pr imary> 

<1 nteger-li t  eral> 

(8.3. 

1 

<i nt eger-mach i ne- 
parame t  er> 

0.4) 

J 

<integer-vari able> 

1 

<named-i nt  ege  r-cons t  ant> 

1 

<integer-functi on- ca 1 1> 

1 

(  <integer-f orm  ' a>  ) 

1 

<int ege  r-convers i on> 

(  <formula>  ) 

(7.0) 

(5.0) 

<intege r-vari able>  : := 

<va  riable> 

(6.1) 

<named-int eger-cons tant>  :  :  = 

<named-constant> 

(6.2) 

<intege r-f unct 1 on-cal 1> 

<f unct i on-cal 1> 

(6.3) 

<compi le-t i rae-int  ege r-f  ormula>  : :  = 

<int  ege  r-f ormula> 

Semantics: 

An  <integer-formula>  represents  a  value  whose  type  class  is 
integer,  i.e.,  S  or  U. 

The  integer  operators  are  +  f  -t  *,  /,  MOD,  and  **,  which  denote 
addition,  subtraction,  raul t i pi ica t i on ,  division,  modulus,  and 
exponentiation,  respectively. 

The  type  of  a  formula  composed  of  an  integer  operator  and  two 
operands  is  S  NN-1 ,  where  NN  is  the  actual  number  of  bits  that  would  be 
supplied  by  the  implementation  for  a  signed  an  integer 
<i tem~decla rat ion>  whose  size  attribute  is  the  larger  of  the  size 
attributes  of  the  two  operands.  The  type  of  an  < int ege r-f ormula> 
consisting  of  a  <sign>  and  an  <intege f~t erm>  is  S  NN-1,  where  NN  is  the 
actual  number  of  bits  that  would  be  supplied  for  a  signed  integer 
<i t enrdec 1  a ra t ion>  whose  size  attribute  is  that  of  the  <int eger-t erm> • 

The  quotient  of  two  integers  is  first  computed  exactly  and  then 
truncated  to  an  integer  result.  Truncation  will  be  toward  zero. 
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The  modulus  of  two  integers,  AA  MOD  BB,  is  equivalent  to  AA  - 
( AA/BB)*BB . 

the  value  produced  by  integer  exponentiation  to  a  positive  power  is 
the  same  as  that  produced  by  repeated  mul t iplicat ion. 

The  value  produced  by  integer  exponentiation  to  a  negative  power  is 
1  /  (base  **  abs  (power)  )  and  in  most  cases  is  zero. 

Constraints : 


The  value  of  an  <integer-formula>  with  size  attribute  SS  must  lie 
in  the  range  MINXNT(SS)  through  MAXXNT(SS). 

An  <int  eger-va ri able>  ,  <named-int ege  r-cons  t  art  t>  ,  or  Cinteger- 

f unc t ion-call>  must  be  an  integer  (S  or  U)  type. 

A  <complle-t ime-integer-formula>  must  be  i  <i nt eger-f onnula>  whose 
value  is  known  at  compile-time  (see  Section  5.0). 

The  right  operand  of  /  and  MOD  must  be  non-zero. 

Not  e  ; 

R  and  T  used  in  an  explicit  conversion  (see  Section  7.0)  do  not 
affect  the  value  of  Integer  division. 


5.1.2  FLOATING  FORMULAS 


Syntax : 

<f loa  t i ng-f  ormula> 


<f  loa  t  i  ng-t  enn> 


<f loat ing-f act or> 


::=  l<sign>)  < fl oat i ng-t e rm>  (8.3... 

|  <f loat ing-f ormula> 

<pl us-or-rai nus>  (8.2.3) 

<f loa t i ng-t erra> 

:  ;=*  <f  loa ti ng-f actor> 

|  <f  loat  i  ng-t  enn> 

<mult i ply-cr-di vide>  (8.2.3) 

<f loa t i ng-f act or> 

:  :=*  <f  1  oat  i ng-pri mary> 

|  <f loat ing-f actor> 

**  < f  loa t i ng-p r i ma ry> 
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1 

<f] oat  1 ng-f ac  t  or> 

**  <i nt eger-pr ima ry> 

(5.1  . 

<f loaf  irg~-primary> 

<f 3  oat i ng-1 i t  eral> 

(8.3. 

I 

<f loat ing-machi ne- para mete r>( 1  .A) 

1 

<floating-variable> 

1 

<named- float  i  rig-cons tant> 

i 

<f loat ing-f unct ion-call> 

I 

(  <f loat lng-formula>  ) 

( 

<f!oating-conversion> 

(  <formula>  ) 

(7.0) 

(5.0) 

< f loa t ing-va r i able>  : 

<va ri a hi e> 

(6.1) 

<named- f 1 oa t i ng-cons tant >  : 

<  n  a  me d-ronstant) 

(6.2) 

<f loa t i ng-f unct ion-cal 1>  : 

<f  unct 1 on-ca 1 1> 

(6.3) 

''compi  1  e-  time  -float  ing~f  ormul  a>  : 

:  = 

<floating-fo  rmula> 

Semantics: 


A  <  f  1  oa  1 1  ng-f  orrnil  a>  represents  a  value  whose  type  class  Is  float. 

The  floating  operators  are  -F ,  *,  /,  and  **,  which  denote 
addition,  subtraction,  multiplication,  division,  and  exponentiation 
respectively.  In  exponentiation  with  a  <f 1 oa t i ng- f ac t or> ,  a  floating 
value  is  produced  in  all  cases. 

The  precision  attribute  of  a  <f loat ing-f ormula>  is  that  of  the 
formula's  most  precise  floating  operand.  The  operand  of  a 
<f loat i ng-convers ion>  is  first  computed  according  to  the  default  rules, 
and  then  converted  to  the  specified  floating  type  (see  Section  7.0). 

For  floating  exponentiations  whose  right  operand  is  an 
<int  eger-pr  itnary> ,  the  result  is  ~(  ABS  (  left  operand  )  **  right 
operand  )  if  left  operand  is  negative  and  right  operand  is  odd;  (  ABS  ( 
left  operand)  **  right  operand  )  in  all  other  cases. 


Constraint  s : 
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The  value  of  a  <f loat ing-formula>  with  precision  PP  roust  lie  in  the 
range  FLOATUNDERFLOW  (II)  through  MAX FLOAT  (II)  or  the  range  MINFLOAT 
(II)  through  -FLOATUNDERFLOW  (ll)  or  be  zero,  where  II 
IMPLFLOATPRECI SION(PP) • 

A  <f loa t ing-vari able> ,  <named-f loat 1 ng-const ant> ,  or  <floatlng- 
f unct ion-call>  must  be  a  floating  type. 

A  <compi le-t ime-f loa t ing-f ormula>  must  be  a  <f 1  oat i ng-f ormul a> 
whose  value  is  known  at  compile  time  (see  Section  5.0). 

For  exponentiations  where  the  right  operand  is  a 
<f 1 oa t ing-pr imary> ,  the  left  operand  must  not  be  negative. 

Exponent i a t ion  of  an  integer  base  to  a  floating  power  cannot  be 
performed.  Either  the  base  must  be  converted  to  floating  or  the  power 
must  be  converted  to  integer. 

The  divisor  must  be  non-zero. 


Note : 


The  round  or  truncate  attribute  associated  with  variables  or 
constant  names  does  not  affect  the  computation  of  floating  formula 
results.  Floating  formulas  are  evaluated  in  an  implement  at  ion-dependent 
manner  with  respect  to  how  exact  results  are  approximated  to  the 
implemented  precision. 


5.1.3  FIXED  FORMULAS 


Syntax : 

<f ixed-formula> 


<f  ixed-terra> 


::=  [<sign>]  <fixed-term>  (8.3.1) 

|  <f ixed-f ormula> 

<plus-or-mi nus>  (8.2.3) 

<f ixed-term> 

<f ixed-f actor> 

|  <fixed-tenn>  * 

<f ixed-factor> 

|  <i nteger-term>  *  (5.1.1) 

<f ixed-f actor) 

|  <fixed-tenn> 

<mul t i ply-or-di vide> 
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<integer-f actor>  (5.1.1) 

<f ixed-factor>  <f ixed-li teral>  (8.3.1) 

|  <f ixed-machine-parameter>  (1.4) 

I  <f ixed-vari able> 

|  <named-f ixed-cons t ant> 

|  <f ixed-funct ion-call> 

I  (  <f ixed-f ormula>  ) 


|  <f Ixed-convers ion>  (7.0) 

(  <fixed-term>  / 

<f ixed-f act or>  ) 

|  <f ixed-conversion>  (7.0) 

(  <1 nt eger-term>  / 

<f ixed-f act or>  ) 

|  <f ixed-conversion>  (7.0) 

(  <formula>  )  (5.0) 

<f ixed-variable>  : <variable>  (6.1) 

<naroed-f ixed-cons tant>  =  <named-cons tant>  (6.2) 

<f ixed-f unct ion-call>  ::=  <f unct ion-cal 1>  (6.3) 

<compi  1  e-t ime-f  ixed-formula>  :  <f  ixed-f orraula> 

Semant  icj^: 

A  <f ixed-f ormula>  represents  a  fixed  point  value* 


The  fixed  point  operators  are  +  ,  — #  *,  and  /,  which  denote 

addition,  subtraction,  multiplication,  and  division,  respectively.  The 
rules  specifying  the  result  type  of  these  operators  guarantee  that,  in 
general,  exact  results  are  produced.  The  specific  rules  are  given  below 
for  each  operator.  In  these  rule?s,  Sn,  Fn,  and  Pn  refer  to  the  scale, 
fraction  part,  and  precision  of  an  operand  or  result  and  n  is  1,  2,  or  R 
to  indicate  the  f^rst  operand,  second  operand,  or  result,  respectively. 

For  addition  and  subtraction,  the  default  type  of  the  result  is: 

SR  =  SI  “  S2 
FR  «  Max  (F1.F2) 

81 

135 


MIL-STD-1589B  (USAF) 
06  June  1980 


PR  «  Max  (P1,P2) 

For  multiplication,  there  are  two  cases: 

1.  When  one  operand  is  an  Integer,  the  result  scale  and 
precision  is  that  produced  by  successive  addition,  i.e., 

SR  «  Sa 
PR  =  Pa 
FR  =  Fa 

where  Sa,  Fa,  and  Pa  represent  the  scale,  fraction,  and 
precision  values  of  the  fixed  point  operand. 

2.  When  both  operands  are  fixed  point  types,  the  type  of  the 
result  is: 

SR  =  SI  +  S2 
PR  ^  PI  +  P2 
FR  =  FI  +  F2 

If  PR  is  larger  than  MAXFIXEDPREC1S10N  or  if  SR  does  not  lie  in  the 
range  -  127  through  +  J27,  then  the  product  must  be  explicitly  converted 
to  a  valid  fixed  point  scale  and  precision  (see  Section  7.0). 

For  division,  there  are  also  two  cases: 

1.  When  dividing  a  fixed  point  value  by  an  integer,  the 

scale  and  precision  of  the  result  are  the  scale  and 

precision  of  the  numerator.  Truncation  will  be  toward 
zero . 

2.  When  both  operands  are  fixed  point  values  or  when  an 

integer  is  divided  by  a  fixed  point  value,  the  result  is 

exact  and  must  be  explicitly  converted  to  a  programmer 
specified  scale  and  precision  (see  Section  7.0). 

The  default  result  type  of  a  <f ixed-f ormula)  containing  a  <sign>  as 
a  prefix  operator  is  the  type  of  the  operand. 

The  result  type  of  a  <f ixed-f act or>  that  is  a  <f lxed-var i abl e> , 
<named-f ixed-c ons t ant > ,  or  <f ixed-f unct ion-cal 1>  is  the  type  specified 
in  their  respective  variable,  constant,  or  function  declarations. 

The  type  of  a  <f ixed-1 i teral>  is  contextually  determined  (see 
Section  8.3.1). 

The  result  type  of  a  <f i xed-f ormula>  enclosed  in  parentheses  is  the 
type  of  the  enclosed  <f ixed- f ormula) . 
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The  result  type  of  a  <f ixed-faetor>  containing  a  <f ixed-c onverslon> 
Is  the  type  specified  by  the  <f ixed-converslon> .  If  the  operand  of  the 
<f ixed-conversion>  is  a  <fixed-term>  or  <f ixed-f ormul a>  ,  the  infix  or 
unary  operator  i6  evaluated  exactly,  and  the  mathematically-defined 
result  is  converted  to  the  specified  fixed  type. 

Const  ral n t  s : 

Except  for  the  operand  of  a  <f ixed-c onvers i on> ,  the  value  of  a 
<f ixed-f ormul a>  whose  scale  is  SS  and  whose  fraction  attribute  is  FF 
must  lie  in  the  range  MINFIXED( SS ,PP-SS)  through  MAXF1XED( SS ,PP-SS) > 
where  PP  =  1MPLF1XEDPREC1 SION  (SS,FF). 

A  <f ixed-va riable> ,  <named-f ixed-constant> ,  and  <f  ixed-f unct ion- 
call>  must  have  been  declared  as  fixed  types. 

Operands  of  fixed  point  addition  or  subtraction  must  have  identical 
sea 1 es  . 

A  <compi le-t ime-f ixed-f ormul a>  must  be  a  <f 1 xed-f ormula>  whose 
value  is  known  at  compile  time  (see  Section  5.0)* 

The  divisor  must  be  non-zero. 


Not  e ; 

MOD  and  **  a  2  not  defined  for 

5.2  BIT  FORMULAS 
Sy nt ax : 

<bi t-f o rmula>  :  : 

<1 ogi cal-ope rand> 

<bi t-primary>  :: 


fixed  point  operands. 


-  Oogi  cal-operand> 

[<logical-continuation>] 

|  NOT  <logical~operand> 

=  <bi t-pr imary> 

|  <rela t ional-expres si on>  (5.2.1) 

=  <bi t-1 i teral>  (8.3.2) 

|  <boolean-l i teral>  (8.3.3) 

|  <bi t-vari able> 
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i 

<named-bi t-cons t ant> 

i 

<bit-function-call> 

i 

(  <bi t-f ormula)  ) 

i 

<bi t-conve  rs i on) 

(  <formula>  ) 

(7.0) 

(5.0) 

<logica 1-cont inua  t i on) 

•  #a 

<and-cont i nua  t ion) .  . . 

1 

<or-cont inuat ion) .  . . 

1 

<xor-cont inua t ion) .  . . 

1 

<eqv-cont inua  t ion)  .  . . 

<and-cont inuat ion> 

:  :  = 

AND  < logi cal-operand) 

<or -continuation) 

:  :  = 

OR  <logieal  operand) 

<xor-continuation> 

:  :  = 

XOR  <1 ogica 1-operand) 

<eqv-cont i nua tion> 

:  : » 

EQV  <1 ogica l-operand> 

<bit -variable) 

:  :  - 

<var i abl e> 

(6.1) 

<named-bi t -cons  tan t> 

:  :  = 

<named-constant> 

(6.2) 

<bi t-f  unc  t ion-ca 1 1> 

:  :  = 

<f unc t i on-ca 1 1) 

(6.3) 

<compi  le-t  itne-bi  t-f  ormula) 

: :* 

<bi t-formula) 

Semantics  : 

A  <bi t-f orraula)  represents  a  value  whose  type  class  is  bit.  Its 
size  is  the  number  of  bits  comprising  its  value. 

If  the  <bi  t-f  ortnula>  is  composed  of  <1 ogical-operands)  and  one  or 
more  of  the  logical  operators  AND,  OR,  XOR,  and  EQV ,  the  size  of  the 
result  Is  the  size  of  the  longest  operand.  Shorter  operands  are  padded 
on  the  left  with  zeros  as  necessary.  Note  that  the  syntax  requires 
explicit  parentheses  for  all  <bi t-formulas>  containing  two  or  more  of 
these  operators,  unless  the  operators  are  identical. 

NOT  produces  a  value  that  is  the  logical  complement  of  its  operand. 
AND,  OR  (inclusive  or),  XOR  (exclusive  or),  and  EQV  (equivalence) 
perform  their  usual  logical  function  on  their  two  operands  on  a 
bit-by-bit  basis.  If  both  operands  have  a  size  of  one  bit  and  the  value 
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of  the  left  operand  Is  such  that  the  result  of  the  operator  can  be 
determined,  evaluation  is  "short-circui ted",  i.e.,  the  right  opeiand 
will  not  be  evaluated  and  need  only  satisfy  semantic  constraints  that 
can  always,  even  in  the  most  general  case,  be  verified  without 
evaluating  the  operand  (e.g.,  the  operand  need  not  satisfy  the  division 
by  zero  constraint  if  it  is  not  evaluated). 

Constraints : 


A  <bi t~variable>  must  be  a  <variable>  whose  type  class  is  bit. 

A  <named-bi t-cons tant>  must  be  a  <named-cons t ant >  whose  type  class 
is  bi t • 

A  <bl t-f unct ion-cal 1>  must  be  a  <f unction-call>  whose  result  value 
is  bit. 

A  <compi le-t ime-bi t-f ormula>  must  be  a  <bi t-f ormula>  whose  value  is 
known  at  compile  time  (see  Section  5.0). 


5.2.1  RELATIONAL  EXPRESSIONS 


Syntax ; 

<rela t ional-ex press ion> 


:=  <int eger-formula> 

<rel at ional-ope  ra  t  or> 

<intege  r-f  ormula> 

(5.1.1) 
(8.2 .3) 
(5.1.1) 

J  <f loat ing-f ormula> 
<relational-operator> 

<f loa  t ing-f ormula> 

(5.1.2) 

(8.2.3) 
(5.1.2) 

J  <f ixed-f ormula> 

<relat ional-ope ra  to r> 

<  f ixed-f ormula> 

(5.1.3) 

(8.2 .3) 
(5.1  .3) 

|  <charac ter-f ormula> 
<relational-operator> 
<character-formula> 

(5.3) 

(8.2.3) 

(5.3) 

|  <s ta tus-formula> 

<rela t ional-opera  tor> 

<s  tatus-f ormula> 

(5. A) 
(8.2.3) 
(5. A) 

|  <bi t-primary> 

<equa 1 -or-not- equal -ope rator> 
<bi t-primary> 

(5.2) 

(8.2.3) 

(5.2) 
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|  <pointer-f ormula>  (5.5) 

<rela t ional-opera tor>  (8.2.3) 

<pointer-f ormul a>  (5.5) 

Semantics : 

A  < rel a t ional-expressi on)  represents  a  value  obtained  by  comparing 
two  formulas  using  a  <rel a t ional-opera tor> .  Its  type  class  Is  B  and  its 
size  Is  one  bit. 

The  relational  operators,  ~  (equal),  <>  (not  equal),  <  (less  t nan) , 
>  (greater  than),  <=  (less  than  or  equal),  and  >~  (greater  than  or 
equal),  carry  their  usual  meanings. 

Character  comparisons  will  be  made  on  the  basis  of  the  collating 
sequence  of  the  character  set  used  in  a  given  Implemuntatl  >n. 

Status  comparisons  will  be  made  on  the  basis  of  the  representation 
cf  the  status  values. 

Pointer  comparisons  will  be  made  on  a  target-machine-dependent 
basis. 

For  bit  and  character  operands,  the  shorter  will  be  implicitly 
converted  to  the  type  of  the  longer  as  described  in  Section  7.0. 

Cons  t  ra  i  n_t  : 

When  both  operands  are  t a t us-c ons t a n t s> ,  at  least  one  must  be 

unambiguously  associated  with  a  single  status  type. 

When  the  two  operands  are  <status-formulas> ,  their  types  must  be 
ldent i ca 1 . 

When  the  two  operands  are  <poi nt er-f ormulas) ,  their  types  must  be 
identical  or  one  must  be  an  untyped  pointer. 

When  both  operands  are  <fixed  formulas>,  there  must  exist  a  type  to 
which  both  operands  are  implicitly  convertible. 


2  5.2.2  BOOLEAN  FORMULAS 
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Syntax: 


<bool  ean-f  o  rmul  a>  =  <bi  t-f  orimil  a>  (9.2) 

Soman t Icb: 

A  <boolean-fonmil  a>  is  'M  t*~f  orinul  a>  whose  sire  is  '>ne  bit.  It 

has  the  value  TRUE  if  the  va ± .  of  the  hit  is  one  and  FAhSE  otherwise. 

Const  r a i nt  s  : 

In  contexts  syntactically  requiring  a  <bool  ■  an-f o rmul a> 
(<i  f-s  t  at  ement  s>  ,  <wh  i  le-phrases>  ,  and  < i  rare  -ront  rol  s>)  ,  a 

<bi  t  -f  o  rinu  1  a>  cannot  be  implicitly  converted  to  a  <bool  '-an- f  o  rmu  1  a>  . 

5.3  CHARACTER  FORMULAS 


S y l . f  ax: 


<charact  er-formula> 


<character^variabl(>> 

<named-charactci-constant> 


:  :=  <charart er-1 i t eral>  (8.3.4) 

[  <c  ha  r  a  c  t  e  r-  v  a  r  i  a  b  1  e  > 

)  <named-cha  rac  t  or  -c  onst.ant> 

|  <cha  rac  t  e r- f  uric  t  i  on-ca  1  1  > 

|  (  <cha rac ter-fo rmul a>  ) 


<c  harac  t  er  -  c onve rs  i  on> 

(  <formula>  ) 

/ - \ 

c  o 

r-.  lo 

<\ariable> 

(6.1) 

< named -cons t ant  > 

(6.2) 

<charac t er-f unc 1 1 on-cal 1>  : :  =  <f unc t  i  on-cal 1>  '  (6.3) 

<compi  1  c- 1  ime-cha ract er-f  onnul a>  :  <cha rac t er- f  o mui  1  a> 

Semantics: 

A  <charac t er-f o rmula>  represents  a  value  whose  type  class  is 
character.  Its  size  is  the  number  of  bytes  comprising  its  value. 
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Constraints : 

A  <charac ter-variable>  must  be  a  <variable>  whose  type  class  Is 
charac t er , 

A  <named-charact er-cons tant>  must  be  a  <named-cons t ant)  whose  type 
class  Is  character, 

A  <character-f unet ion-call>  must  be  a  <f  unct  i  ori-eal  1>  whose  result 
value  Is  character. 

A  <compi le-t lme-character-formula>  must  be  a  <cha racter-f ormula> 
whose  value  Is  known  at  compile  time  (see  Section  5.0). 

5.4  STATUS  FORMULAS 
Syntax ; 

<status-fo rmula>  :  :=»  <st atus-constant>  (2. 1.1.6) 

|  <st at us-va ri abl e> 

|  <named-s tatus-cons t ant) 

(  <s ta tus-f unc t i on-cal 1> 

|  (  <status-f ormula>  ) 


|  <status-conversion>  (7.0) 

(  <formula>  )  (5.0) 

<s tatus-variable>  :  <variable>  (6.1) 

<named~s ta tus-c ons tant>  :  :  =  <named-cons t ant>  (6.2) 

<s t a tu s-f unc t ion-ca 1 1>  : :*  <f unct ion-call>  (6.3) 

<compi le-t ime-status-f ormula>  :  <stat us-formul  a> 

Seman  t i cs : 


A  <s tatus-f ortnula>  represents  a  value  whose  type  class  is  status. 
Constraints : 

A  <s t a t us- va r i able>  must  be  a  <variable>  whose  type  class  is 
status. 
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A  <naraed-s t a t us-c ons t ant>  must  be  a  <named-cons t^nO  whose  type 
class  Is  status* 

A  <s t a tus-f unc t ion-cal 1>  must  be  a  <f unc t 1 on-r al 1>  whose  result 
value  is  status. 

A  <compile-t ime-status-formula>  must  be  a  <st at us-formuIa>  whose 
value  is  known  at  compile  time  (see  Section  5.0). 

5.5  POINTER  FORMULAS 
Syntax: 


<pointer-fo  rmula> 

J  •» 

<pointer-literal> 

(8.3. 

i 

<point er-va riable> 

i 

<named-poi nter-constant> 

i 

<pointer-funct ion-cal 1> 

i 

(  <point er-f ormula>  ) 

i 

<pointer-conve  rs ion> 

(  <formula>  ) 

(7.0) 

(5.0) 

<point  er-variable> 

:  :  = 

<variable> 

(6.1) 

<named-poi nt er-cons tan t> 

J  •  S3 

<named-cons  tant> 

(6.2) 

<poir.t  er-f  unc  t  ion-cal  1> 

%  • 

<f unct ion-cal 1> 

(6.3) 

<compi le- t ime- point er-f ormula> 

; ;  ~ 

<pointer-formula> 

Semant 1  c  s ; 

A  <pointer-f ortnula>  represents  a  value  whose  type  class  is  pointer. 
Const  ra i nt  s  : 

A  <point er-va riable>  must  be  a  <variable>  whose  type  class  is 
pointer . 

A  <named-point er-cons tant>  must  be  a  <named-cons tant>  whose  type 
class  is  pointer. 

A  <point er-f unct ion-call>  must  be  a  <f unct ion-cal 1>  whose  result 
value  is  pointer. 
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A  <e ompi  1  e-t  1  me-po  1  nt er-f o nntil a>  must  be  a  <point e r-f ormul a>  whose 
value  Is  known  at  compile  time  (see  Section  5.0). 

5.6  TABLE  FORMULAS 
Syn  tax: 


<  t  a b  1 1?  -  f  o  nnu  1  a> 

: :  -  <t able -va rl abl e> 

|  <named-t abl e-cons t ant> 

|  (  <t  abl e-fo rtnul a>  ) 

1  < t aV  1  e -conve r s 1 on> 

(7.0) 

(  <fcrmula>  ) 

(5.0) 

<t  abl e  * v a i  1 abl e> 

: : -  <va  r i abl e> 

(6.1) 

< named  - 1  ab 1 e-c  ons  t  ant  > 

::  =  <nnmed-c ons t ant > 

(6.2) 

Semant i c  s  : 

A  < t abl e- f o rmul a>  represents  a  value  whose  type  class  is  table. 

Con s  t  r  a  1  n t j> : 

A  <t able-va rl able>  must  be  a  <variable>  whose  type  class  is  table. 

A  <named-t able-cons Lant>  must  be  a  <named-c ons tant>  whose  type 
class  is  table. 
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6.0  DATA  REFERENCES 
6.1  VARIABLES 
Syntax: 

<variable> 


<named-variable> 


<i t  em) 


<t  abl e> 


<t  able- i t  em> 


<t able-ent ry> 


:  :*  <named-variable> 

)  <bi t-funct i ou-va  r 1 ab I e> 

I  <byte-f unct J on-va r j abl e> 
I  <rep~f unct i on  vart abl e> 

I  vine t  i on-nan c> 

•  •' =  <  i  tero> 

I  <table> 
f  <table-item> 

1  <f able-ent  ry> 

I  <bl ock- i t em> 

I  <bl ock-tabl  e> 

1  <bl ock-tabl e-i ten  ^ 

I  ^ b  1  ock- 1  ab  1  e  — c  n t  ry^> 

:  =  < i t em-name) 

I  <i  t  em-de  ref  eri-nce> 

<f able-name> 

I  able-de  ref  erence) 

~  K  t abl e  — i  t ern~name> 

[ <subsc  ri pt>  J 
l  <table-'dereference>] 

*  <  t  able-name> 

<subscr i pt> 

I  Stable-dereferenced 
< subsc  r i pt> 


(3.2) 


(2.1.1) 


(2.1.2) 


(2.1 .2.3) 


(2.1.2) 


i 

1 


I 
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<bl ock-i tem> 

<i tem-name> 

[ <block-de  reference>] 

(2.1.1) 

<bl ock-t  able> 

:  ;  = 

<t  able-name> 

[ <block-de  ref  erence> } 

(2.1.2) 

<block-table-i t  em> 

•  •  “ 

<  t  able-i tem-name> 

[ <subscri pt> ] 

[<block-de  reference)*] 

(2.1  .2.3) 

<block-t able-en t ry> 

I  !  — 

< t  able-name> 

<subscri pt> 
[<block-dereference>] 

(2.1.2) 

<block-dereference> 

:  :  = 

<de  ref  e rence> 

<i t em-de ref e rence> 

:  :  = 

<dereference> 

<table-dereference> 

:  :  = 

<de  ref  e  rence> 

<dereference> 

:  :  = 

@  <point er-i  tem-naine> 

1 

@  (  <point er-f ormula>  ) 

(5.5) 

<pointer-l tem-name> 

:  :  = 

< i tem-name> 

(2.1  .1) 

1 

<t  able-i  tem-natne> 

(2.1  .2.3) 

1 

<constant-it  em-name) 

(2.1.3) 

<subsc  r ipt> 

:  :  = 

(  <i ndex>  ,  •  • .  ) 

(5.1.1) 

< i ndex> 

: 

< int ege  r-f ormula> 

(5.1.1) 

1 

<status-forrDula> 

(5.4) 

<bit-funct ion-variable> 

:  :  = 

BIT  (  <bi t- va  riabl e>  , 
<fbit>  f  <nbit>  ) 

(5.2) 

(6.3.3) 

<byte-funct ion-vari able> 

:  :  = 

BYTE  ( 

<character-variable>  , 
<fbyte>  ,  <nbyte>  ) 

(5.3) 

(6.3.4) 

<rep- function- variable> 

;  :  = 

< rep-con vers ion> 

(7.0) 

(  <naroed-va r iable>  ) 
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Seman t i c s : 

A  <variable>  designates  a  data  object  whose  value  can  be  changed  by 
assignment.  A  <nained- var i abl e>  designates  a  data  object  whose  value  can 
be  used  In  a  formula  and  changed  by  assignment*  A  <de ref e rence) 
designates  the  data  object  whose  address  Is  contained  In  the 
<poi nt er- i t em-name>  or  <po  1  n  t  cr  -  f  orrnul  a>  of  the  <deref  ercnce>  . 

An  <item>  variable  designates  either  an  object  declared  in  an  item 
declaration  or  an  object  po  nted  to  by  a  typed  pointer  whose  type-name 
attribute  Is  an  item  type.  In  the  latter  case  the  item  is  referenced 
with  an  < i t em-de re f erence>  (i.e.,  the  pointer  Is  dereferenced  to  obtain 
the  i tem) . 

A  <table>  variable  designates  either  an  object  declared  in  a  table 
declaration  or  an  object  pointed  to  by  a  typed  pointer  whose  type-name 
attribute  is  a  fable  type.  In  the  latter  case  the  table  is  referenced 
with  a  <table-doreference>  (i.e.,  the  pointer  is  dereferenced  to  obtain 
the  table).  The  type  class  of  a  <table>  is  table. 

A  <table-item>  variable  designates  an  item  component  of  a  table. 
If  the  table  is  dimensioned,  the  subscript  indicates  from  which  entry 
the  Item  is  to  be  obtained.  If  <t able- i t em~name>  was  declared  in  a 
<t  able-ty  pe-declara  t  ion>  (rather  than  a  <t  abl  e  -  i  t  em-dec  1  a  r  at.  i  on>  )  the 
<t able-de ref erence)  references  the  particular  table  from  which  the  item 
is  to  be-obtained . 

A  <t abl e-en t ry>  variable  designates  an  entry  in  a  dimensioned 
table.  The  table  is  referenced  either  with  a  <table-name>  or  with  a 
<table-dereference>. 

The  type  class  of  a  <t able-ent ry>  is  table  for  entries  declared 
with  an  <ordi  nary- t.able-body> ,  <speci  f  i  ed- 1  abl  e-body>  ,  or 
< t able- type-narae> ,  and  otherwise  is  the  type  specified  by  the  underlying 
<i t em-t y pe-de sc r i pt i on>  .  (Note  that  <t abl e- ent r y>  fs  syn t ar t i ca 1 1 y  a 
subscripted  <table-name>  or  <t able-de ref e renre> . ) 

If  the  type  class  of  a  particular  <tahle-en t ry>  is  not  table,  any 
operation  or  intrinsic  function  except  DOC ,  NWDSEN,  and  HEP  applied  to 
that,  entry  is  interpreted  as  applying  to  the  item  whose  type  class  and 
attributes  are  given  b)  the  underlying  <3 1  em-t. ype-desc  i  i  pt  1  on>  •  LOC , 
NWDSEN,  and  REP  are  interpreted  as  applying  to  the  entire  physical  space 
occupied  by  the  object,  including  filler  bits  preceding  or  following  the 
item. 

A  <block-item>  variable  designates  an  item  component  of  a  block. 
If  the  <item-name>  was  declared  in  a  <bl ock-l v pe-dec la ra t ion> ,  the 
<b lock-de re f e rence>  references  the  particular  block  from  which  the  item 
is  to  be  obtained. 
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A  <block-t able>  variable  designates  a  table  component  of  a  block. 
If  the  <t able-name>  was  declared  in  a  <block-type~declarat ion> ,  the 
<block-de re f e rence)  references  the  particular  block  from  which  the  table 
is  to  be  obtained. 

A  <block-t able-i tem>  variable  designates  an  item  component  of  a 
table  which  is  itself  a  component  of  a  block.  If  the  table  is 
dimensioned,  the  subscript  indicates  from  which  entry  the  item  is  to  be 
obtained.  If  the  < table-i tem-name>  was  declared  in  a  <block-type- 
declarat ion> ,  the  <block-de ref e rence>  references  the  particular  block 
from  which  the  item  is  to  be  obtained.  (Note  that  if  the 
< table-i tem~name>  was  declared  in  a  <t able- type-dec  1 arat ion> ,  it  cannot 
be  obtained  as  a  <block- t able-i t em)  variable  but  must  be  obtained  as  a 
<table-item>  variable  with  a  <t able-deref erence> . ) 

A  <block- t able-e n t ry>  variable  designates  an  entry  in  a  dimensioned 
table  which  is  contained  In  a  block.  If  the  <table~name>  was  declared 
in  a  <block-type-declaration> ,  the  <bl ock-de ref e rence>  references  the 
particular  block  from  which  the  table  entry  is  to  be  obtained. 

A  <bi t-f unction-vari able>  is  the  use  of  the  BIT  function  in  an 
assignment  context  (i.e.,  the  target  of  an  assignment  statement  or  an 
actual  output  parameter)  to  designate  that  a  specified  substring  of  the 
<bi t-va ri able>  is  to  be  used  as  a  variable.  <Fbit>  indicates  the 
starting  bit  and  <nbit>  indicates  the  size  of  the  substring.  Bits  are 
numbered  from  the  left  beginning  with  zero. 

A  <by t e- f unc t i on-va ri abl e>  is  the  use  of  the  BYTE  function  in  an 
assignment  context  (i.e.,  a  target  of  an  assignment  statement  or  an 
actual  output  parameter)  to  designate  that  a  specified  substring  of  the 
<cha rac t er-va ri abl e>  is  to  be  used  as  a  variable.  <Fbyte>  indicates  the 
starting  character  and  <nbyte>  indicates  the  size  of  the  substring. 
Characters  are  numbered  from  the  left  beginning  with  zero. 

A  <rep-f unc t ion-var i able>  is  the  use  of  the  <rep-conve rs ion>  in  an 
assignment  context  (i.e.,  the  target  of  an  assignment  statement  or  an 
actual  output  parameter)  to  designate  that  the  <named-va riable>  is  to  be 
treated  as  a  bit  string  variable  whose  size  is  the  number  of  bits  of 
storage  actually  occupied  by  the  <named-va r i able> • 

Const  raijitss : 

A  <subsc  ript>  must  be  present  in  a  <t able-i t em>  or 
<block-t  able-i tera>  if  the  type  of  the  table  is  dimensioned. 

A  <subsc ri p t>  in  a  <t able-i tem> ,  <t able-ent ry> ,  <bl ock-t abl e-i t em> , 
or  <block-table-ent ry>  must  contain  the  same  number  of  <indices>  as 
there  are  <dimensions>  in  the  <d imensi on-1 i st>  of  the  declaration  of  the 
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table's  type.  Furthermore,  the  type  of  each  <index>  must  be  the  same  as 
the  type  of  the  corresponding  <dlmension>  and  the  value  of  each  index 
must  be  within  the  bounds  specified  for  that  dimension.  If  the 
designated  table  is  a  formal  parameter  and  the  <d i mens i ons>  were 
specified  as  *,  the  indices  must  be  <integer-f ormula6>  (even  if  bounds 
of  an  actual  parameter  on  a  particular  invocation  are  of  status  type), 
and  the  value  of  each  index  must  be  in  the  range  0  through  NN-1 ,  where 
NN  is  the  numbeij’  of  elements  In  that  dimension  of  the  actual  parameter. 

If  the  <table-i tem-name>  in  a  <table-item>  was  declared  in  a 
<table-type-declarat ion>,  the  <table-item>  must  contain  a  <table- 
dereference>  whose  pointer  is  of  the  appropriate  type. 

If  the  <item-name>  in  a  <block-item>  was  declared  In  a 
<bl ock-type-dec lara t lon> ,  the  <block-item>  must  contain  a  <block- 
dereference>  whose  pointer  is  of  the  appropriate  type. 

A  reference  to  a  <table-item>  must  not  access  storage  outside  the 
bounds  of  the  table  containing  that  <t able-i tem> • 

If  the  <t able-name>  in  a  <bl ock- table>  or  <block-t able-ent ry>  was 
declared  in  a  <block-type-deelara t i on> ,  the  <bl ock- 1 abl e>  or 
<block- t abl e-ent ry>  must  contain  a  <block~de ref e rence>  whose  pointer  is 
of  the  appropriate  type. 

If  the  <t able-i tem-name>  in  a  <bl ock-table-i tem>  was  declared  in  a 
<block-t ype-dec la ra t i on>  ,  the  <block-t able-i tem>  must  contain  a 
<bl ock-de ref erence>  whose  pointer  is  of  the  appropriate  type. 

<Fbit>  and  <nbi t>  must  not  designate  a  substring  beyond  the  bounds 
of  the  <bi t-va riable> .  <Nbit>  must  be  greater  than  zero. 

<Fbyte>  and  <nbyte>  must  not  designate  a  substring  beyond  the 
bounds  of  the  <charact er-variable> .  <Nbyte>  must  be  greater  than  zero. 

A  < f unc t i on-name>  can  be  used  as  a  <variable>  only  within  the  body 
of  a  function  having  that  <f unct ion-name> ,  and  then  only  as  the 
left-hand  side  of  an  assignment  statement.  The  other  valid  uses  of 
< f unc t ion-name >  are  described  in  Section  3.2. 

A  pt  inter  to  an  undimensioned  parallel  or  tight  table  type  cannot 
be  used  in  a  <de ref erence>  . 

The  value  of  a  pointer  used  In  a  <de ref erence>  must  be  in  the 
; mpl ement at i on-def i ned  set  of  valid  values  for  pointers  of  its  type.  A 
pointer  whose  value  is  NULL  cannot  be  dereferenced. 
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6.2  NAMED  CONSTANTS 
Syntax : 


<named-c  onstant) 

<constant-i tcra-name) 

(2.1.3) 

|  (const ant-t abl e-name) 

(2.1.3) 

|  (constar,t-t  able-i  tem-name) 
{ <si Sscript>] 

(6.1) 

|  (cons t ant-t abl e-name> 

<  subsc  r i pt> 

(2.1.3) 

(6.1) 

|  <cont rol-1 et t er> 

(4.2) 

<constant-table-i tem-name> 

: <tabl  e-i t era^naroe> 

(2.1  .2.3) 

Seman  t i cs : 

A  <namcd-cons t ant >  designates  a  constant  data  object  whose  value 
can  be  used  In  a  formula  but  cannot  be  changed. 

A  <cons tant- i t em-name>  designates  an  object  declared  In  a  constant 
item  declaration. 

A  <cons t ant-t able~name>  designates  an  object  declared  In  a  constant 
table  declaration. 

A  <cons tant-t able-i tem-name>  designates  an  item  component  of  a 
constant  table.  If  the  table  is  dimensioned,  the  <subscript>  indicates 
from  which  entry  the  item  is  to  be  obtained. 

A  (cons t a n t -t abl e-narae)  followed  by  a  <subscript>  designates  an 
entry  in  a  dimensioned  constant  table. 

A  (cont rol-le t t er>  designates  an  object  created  in  a  <for-clause> 
whose  (control-item)  is  a  single  letter. 

Con s t  r ai  nt^s  : 

A  <subscript>  must  follow  a  (cons tant-t able-i tem-narae>  if  the  table 
is  dimensioned. 

<subscript>  following  a  <constant-t able-i tem-name>  or  <constant- 
table-name>  must  contain  the  same  number  of  <indiees>  as  there  are 
<dimensions>  in  t*»e  <dimension-list>  in  the  declaration  of  the  table. 
Furthermore,  the  type  of  each  <index>  must  be  the  same  as  the  type  of 
the  corresponding  <diinension>  and  the  value  of  each  <index>  must  be 


96 

150 


1 


MI L-STD-1 589B  (USAF) 
06  June  1980 


within  the  bounds  specified  for  that  <dimension>. 

Constant  tables  and  Items  selected  from  constant  tables  via 
subscripts  cannot  be  used  as  compile-time  values. 

A  <cont rol-le t ter>  may  be  referenced  only  within  the 
<controlled-statement>  of  a  O oop— st a temenO  whose  or-c 1 ause>  created 
that  <control-constant>. 


6.3  FUNCTION  CALLS 
Syntax : 

<f unct ion-call> 


I 

<user-def ined-f unct ion-call> : := 
<intrins ic-f unct ion-call>  :  :- 


<machi n e-spec if ic-f unc t ion- 
cal  1> 


<user-def ined-f unct 1 on-cal 1> 
<intrinsic-f  unct 1 on-cal 1> 

<ma chine- spec! f i c-f unc t ion-ca 11> 


<f unc t ion-name>  (3.2) 

[<actual-parameter-l 1 st> ]  (A. 5) 

<loc-f unc t ion>  (6.3.1) 

<next-f unct ion>  (6.3.2) 

<bi t-f unct ion>  (6.3.3) 

<byte-f unc t i on>  (6. 3. A) 

<shi f t-f unc t ion>  (6.3.5) 

<abs-f unct i on>  (6.3.6) 

<sign-f unct ion>  (6.3.7) 

<size-f unct ion>  (6.3.8) 

<bounds-f unct 1 on>  (6.3.9) 

<nwdsen-f  unc  1 1 on>  (6.3.10) 

<s tat us-inverse-f unction^  (6.3.11) 


<f  unct ion-name> 

[ <actual-parameter-list> ) 


(3.2) 
(A. 5) 
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Seman t ice : 

Execution  of  a  <funct ion-call>  causes  invocation  of  a  function. 
Any  actual  parameters  are  bound  to  the  corresponding  formal  parameters 
as  described  in  Section  3.3. 

A  <user-def i ned-f unct ion-call>  causes  invocation  of  a  function 
defined  in  a  <f unct ion-def i ni t ion> .  The  type  of  the  value  returned  by 
the  function  is  the  type  specified  by  the  <i t em~t y pe  -desc r i pt i on)  in  the 
< f unc t ion-headi ng>  of  the  <f unct ion-def ini t i on> . 

An  < 1 nt r i ns i c-f unc t i on-cal 1>  causes  invocation  of  a  language^ 
defined  function.  A  description  of  the  language^def i ned  functions  is 
contained  in  the  following  sections.  The  type  cf  the  value  returned  by 
each  function  is  described  in  the  corresponding  section. 

A  <machi ne-speci f ic-f unct ion-cal 1>  causes  invocation  of  a 
machine-speci f ic  function  (see  Section  3.5). 

Const  r a i n  t£: 

Actual  parameters  in  the  <f unc t i on-cal 1>  must 
parameters  of  the  called  function  in  number,  type,  and 
position  according  to  the  rules  given  in  Section  3.3. 

6.3.1  LOC  FUNCTION 
Syntax : 

<loc-f unct ion>  ::=  LOC  (  <loc-arguraent>  ) 

<loc-argument>  : :=  <named-variable> 

|  <block-name> 

|  <s t atement-name> 

|  <procedure-name> 

|  <f unc ti on-name > 

|  <block-deref erence> 

S eman t i c  s : 

The  LOC  function  can  be  applied  to  the  <loc-a rgument>  to  obtain 
the  machine  address  of  the  word  in  which  the  <1 oc-argument>  is  stored. 
If  the  < 1 oc-a  rgument>  is  a  <named-var i able>  or  <bl ock-name>  that  was 


(6.1) 

(2.1.4) 

(4.0) 

(3.1) 

(3.2) 
(6.1) 


match  the  formal 
parameter  list 
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declared  with  a  <type-name>  TT,  the  type  of  the  value  returned  by  the 
LOC  function  is  P  TT  (i.e.,  a  typed  pointer).  Otherwise,  the  type  of 
the  value  returned  by  the  LOC  function  is  P  (i.e.,  an  untyped  pointer). 

If  the  <loc-a  rgument>  Is  a  <s t  at ement-name>  ,  <procedure~name>  ,  or 
<functlon-name)  the  <loc-f unct lon>  yields  an  untyped  pointer  whose  value 
Is  the  machine  address  used  to  access  the  designated  statement  or 
subrout  1 ne  • 

Const ra 1 n t s  : 

The  LOC  of  a  subroutine  whose  name  appears  in  an 
<i nl 1 ne-dec la r a 1 1  on)  ,  or  of  a  <s ta t ement-name)  whose  definition  appears 
in  such  a  subroutine,  is  implementation-defined. 

Note: 


The  LOC  function  cannot  be  applied  to  an  intrinsic  function. 


6.3.2  NEXT  FUNCTION 


S y n  t  ax : 


<next-functi on) 


<nex t-a  rguraent> 


<i nc  remen t -amount > 
Seman t i cs : 


NEXT  ( 

<nex t-a rgumen t>  , 

<i nc rement-amoun t >  ) 

<poi nt er-forraul a>  (5.5) 

|  <s tat us-f ormula)  (5.4) 

<i nteger-f ormula)  (5.1.1) 


If  the  <next -a rgument>  is  a  <poi nte r- f ormul a> ,  the  value  returned 
by  the  NEXT  function  is  the  arithmetic  sum  of  the  representation  of  the 
<po i nt er-f ormula)  plus  the  <increment-aroount>  *  LOCSINWORP  (i.e.,  the 
<poi nt er-f ortnula)  is  treated  as  an  integer).  The  type  of  the  value 
returned  is  a  pointer  of  the  same  type  as  the  <next-a rgument > • 


If  the  <next-a rgument>  is  a  (status-formula)  and  the  value  of  the 
(increment-amount)  is  N,  the  value  returned  by  the  NEXT  function  is  the 
Nth  successor  (or  predecessor  if  N  is  negative)  of  the  value  of  the 
(status-formula)  in  this  <s tatus-1 ist> •  The  type  of  the  value  is  the 
same  as  the  type  of  the  (next-argument). 
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Const  ralnt  s : 

The  <next-argument>  cannot  be  a  <status-cons tant>  that  belongs  to 
more  than  one  status  type  (unless  explicitly  disambiguated  with  a 
<status-convers ion>) ,  nor  can  it  be  the  <poi nt er-1 i t eral>  NULL. 

The  type  of  the  <st a tus-f ormul  a>  must  be  a  status  type  with  a 
default  representation. 

When  the  <next-a rgument>  is  a  <s t a t us-f o rmul a> ,  the 
<lncrement-amount)  must  not  cause  the  NEXT  function  to  return  a  value 
out  of  range  of  the  type  of  the  <next-argument> . 

The  value  of  the  <poi nt er-f ormula>  and  the  value  of  the  pointer 
result  must  be  in  the  implementation-defined  set  of  valid  values  for 
pointers  of  its  type. 

Note : 


The  value  of  the  <next-argument>  may  be  negative. 


6.3.3  BIT  FUNCTION 
Syntax : 


<bi t-f unc t i on> 

; :=  BIT  (  <bi t-f ormula>  , 
<fbit>  ,  <nbit>  ) 

(5.2) 

<fbit> 

:  ;=  <1 nt ege r-f o rroula> 

(5.1.1) 

<nbi t> 

:  <integer-formula> 

(5.1  .1) 

Semantics : 

The  BIT  function  selects  a  designated  substring  from  the 
<bi t-f orraula> .  <Fbit>  indicates  the  starting  bit  and  <nbit>  indicates 
the  size  of  the  substring.  Bits  are  numbered  from  the  left  beginning 
with  zero.  The  type  of  the  value  returned  is  a  bit  string  of  the  same 
size  as  the  <bi t-f ormula> «  The  designated  substring  is  right  justified 
in  the  result  and  padded  on  the  left  with  zero  bits  as  necessary  to  fill 
the  size. 

Const  ra i n t s  : 

<Fbit>  and  <nbit>  must  not  designate  a  substring  beyond  the  bounds 
of  the  <bi t-f ormul a> .  <Nbit>  must  be  greater  than  zero. 
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6. 3. A  BYTE  FUNCTION 
Synt jnc ; 

<by t  e-f  unct i on> 

<f byte> 

<nbyt  e> 

Sem  antics^ 

The  BYTE  function  selects  a  designated  svibstring  from  the 
<charact  er-formula>  .  <Fbyte>  indicates  t  lie  starting  character  and 
<nbyte>  indicates  the  size  of  the  substring.  Characters  are  numbered 
from  the  left  beginning  with  zero.  The  type  of  the  value  returned  is  a 
character  string  of  the  same  size  as  the  <character-formula>.  The 
designated  substring  is  left  justified  in  the  result,  and  padded  on  the 
right  with  blanks  as  necessary  to  fill  the  size. 

Const  ra int  s : 

<Fbyte>  and  <nbyte>  must  not  designate  a  substring  beyond  the 
bounds  of  the  <character~f onnula> „  <Nbyte>  must  be  greater  than  zero. 


6.3.5  SHIFT  FUNCTIONS 
Syntax; 

<shi f t-f unc t ion>  <shi f t-d i rec t i on> 

(  <bi t-f ormul a>  , 

<shif t-count>  )  (5.2) 

<shif  t-di recti on>  :  SHIFTL 

J  SHIFTR 

<shif t-c ount >  :  <i nt eger-formul a>  (5.1.1) 

Servant  i  cs  : 

The  SHIFTL  function  performs  a  logical  left  shift  of  the 
<bi t-f o rmula>  by  the  number  of  positions  indicated  by  <sh if t-count> • 
The  SHIFTR  function  performs  a  logical  right  shift  of  the  <bi t-f ormula> 
by  the  number  of  positions  indicated  by  <shi f t-count> .  In  both  cases, 
vacated  bits  are  filled  with  zeros  and  bits  shifted  out  are  lost.  If 
the  <shif  t-count>  Is  greater  than  or  <  ual  to  the  size  of  the 


BYTE  (  <charac t e r-f ormul a>  , 
<fbyte>  ,  <nbyte>  ) 

(5.3) 

< i nt ege r-f  ormul a> 

(5.1.1) 

<  i  nt  ege  r-f  orinul  a> 

(5.1.1) 
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<bl  t-f  ormu1.a> ,  the  result  Is  a  bit  string  with  all  zero  bits.  The  type 
of  the  value  returned  by  a  <shi f t-f unc t 1 on>  is  the  same  as  the  type  of 
the  <bl t -f ormula> , 

Constrain t  s : 

The  value  of  <shi f t-c ount)  must  be  non-negative  and  less  than  or 
equal  to  MAXBITS. 


6.3.6  ABS  FUNCTION 


Sy  n  t  ajx : 


<abs-f  unct ion> 


ABS  (  <numeric-f ormula>  )  (S.l) 


Semantics : 

The  ABS  function  produces  a  value  that  is  the  absolute  value  of  the 
<nurae ric-f ormula> ,  The  result  is  equivalent  to  -  <mime ric-f ormula>  If 
<nume ri c-f ormul a>  is  negative  and  equivalent  to  +  <nume r i c-f ormul a> 
otherwi se • 


6.3.7  SIGN  FUNCTION 


Synt  ax : 

<s  ign-f  unc t i on> 


SGN  (  <numeri c-f ormul a>  )  (S.l) 


Semant i c  s : 


The  SON  function  returns  a  value  according  to  the  following  rules: 


Numeric  Formula 


Va  1  ue 


The  type  of  the  value  is  S  1 . 
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6.3.8  SIZE  FUNCTIONS 
Syntax: 

<s ize- f unc t lon>  : :=  <size-type> 

(  <s ize-a rgument>  ) 

<slze-type>  : BITSIZE 

|  BYTESIZE 

|  WORDSIZE 

<si ze-a rgument>  <formula>  (5.0) 

|  <block-nan]e>  (2.1.4) 

1  <type-name>  (2.1.1  .7) 

Semantics : 

The  BITSIZE,  BYTESIZE  and  WORDSIZE  functions  return  the  logical 
size  of  the  <si ze-a rguraent>  in  bits,  bytes,  and  words  respectively.  The 
type  of  the  value  returned  is  S  MAX1NTSIZE.  The  logical  BITSIZE  of  each 
data  type  in  the  language  will  be  described  below.  The  logical  BYTESIZE 
is  equal  to  BITSIZE/BITSINBYTE  if  BITSIZE  MOD  BITSINBYTE  =  0  and 
BITSI ZE/BITSINBYTE+1  otherwise.  Similarly,  the  logical  WORDSIZE  is 

equal  to  BITSIZE/BITSINWORD  if  BITSIZE  MOD  B1TS1NW0RD  =  0  and 

BITSI ZE/BITSINWORD+1  otherwise. 

Bit :  The  BITSIZE  of  an  object  of  type  B  NN  Is  NN 

Integer:  The  BITSIZE  of  an  object  of  type  U  NN  is  NN  and  S  NN 

Ts”nn+i 

Fixed:  The  BITSIZE  of  an  object  of  type  A  MM,  NN  is 

MM+NN+1 

Float :  The  BITSIZE  of  a  float  object  Is  the  number  of  bits 

of  storage  the  object  actually  occupies. 

Character : The  BITSIZE  of  an  object  of  type  C  NN  is 
NN* BITS IN BYTE . 

Pointer:  The  BITSIZE  of  a  pointer  object  Is  BITSINPOINTER . 

Status :  The  BITSIZE  of  a  status  object  is  the  <s ta tus-size> . 
If  <s tatus-size>  was  specified,  the  BITSIZE  is  specified  in 
the  object's  <s tatus-i tem-descr ipt ion> .  If  no  <s ta tus-size> 
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was  specified,  the  BITSIZE  is  minimum  number  of  bite  of 
storage  needed  to  represent  objects  of  that  type. 

Table ;  The  BITSIZE  of  a  table  or  table  entry  that  is  not 
tightly  structured  is  the  number  of  bits  from  the  leftmost  bit 
of  the  first  word  occupied  by  the  table  or  table  entry  to  the 
rightmost  bit  of  the  last  word  occupied  by  the  table  or  table 
entry.  The  BITSIZE  of  a  tightly  structured  table  entry  is 
<bi ts-per-ent ry> .  The  BITSIZE  of  a  tightly  structured  table 
is  the  number  of  bits  from  the  leftmost  bit  of  the  first  word 
occupied  by  the  table  to  the  rightmost  bit  of  the  last  entry, 
where  the  last  entry  occupies  <bi ts-per-ent ry>  bits.  Note: 
the  BITSIZE  of  a  <t able-en t ry>  whose  type  class  is  not  table 
is  the  BITSIZE  of  the  item  specified  by  the  underlying 
<i tem-ty pe-desc  ript ion> • 

Block:  The  BITSIZE  of  a  block  is  NN  *  B1TSINW0RD,  where  NN 

is  the  number  of  words  the  block  occupies. 

Constraints  : 

A  BITSIZE  function  must  not  be  applied  to  a  table  whose  size  in 
words  exceeds  MAXINT( MAX1NTSI ZE)/ BITS iN WORD • 

A  BYTESIZE  function  must  not  be  applied  to  a  table  whose  size  in 
words  exceeds  MAX  I NT( MAXI NTSIZE)/ BYTES INWORD. 


6.3.9  BOUNDS  FUNCTIONS 


Syntax : 

<bounds-f unct ion> 

:  :=  <which-bound> 

(  <table-name>  , 
<dimension-number>  ) 

(2.1.2) 

<which-bound> 

LBOUND 

|  UBOUND 

<d imens ion-numbe  r> 

: : =  <compile-t i me -integer- forraula> 

(5.1.1) 

Semantics : 

The  L  BOUND  function  returns  the  lower  bound  of  the  specified 
dimension  of  the  designated  table.  The  UBOUND  function  returns  the 
upper  bound  of  the  specified  dimension  of  the  designated  table.  A 
<di mens ion-number>  of  zero  refers  to  the  leftmost  <dimension>  in  that 
table's  <d i mens i on-1 i s t> ;  a  <d imens ion-numbe r>  of  one  designates  the 
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next-to-lef traost  <d imens ion>  in  the  list,  etc.  The  type  of  the  returned 
value  will  either  be  an  integer  type  or  a  status  type  depending  on  the 
declaration  of  the  designated  table.  If  the  table  is  a  formal  parameter 
with  a  *  dimension,  the  type  will  always  be  Integer,  LBOUND  will  always 
return  zero,  and  UBOUND  will  return  NN-1,  where  NN  is  the  number  of 
elements  in  that  dimension  of  the  actual  parameter. 

Const ra int s  : 

The  <dlmension-number>  must  be  greater  than  or  equal  to  0  and  less 
than  the  number  of  dimensions  in  the  designated  table. 


6.3.10  NWDSEN  FUNCTION 


Syntax ; 

<nwdsen-func  t ion> 
<nwdsen-a  rgument> 


:  NWDSEN  (  <nwdsen-a rgument>  ) 

::=  <table-name>  (2.1.2) 

|  <t able-type-name>  (2.2) 


Semantics  : 

The  NWDSEN  function  returns  the  number  of  words  of  storage 
allocated  to  each  entry  in  the  named  table  or  table  type.  The  return 
type  is  S  with  default  size. 


6.3.11  STATUS  INVERSE  FUNCTIONS 


Syntax : 

<s t a tus-I nve rse-f unct ion>  FIRST  ( 

<stat us-i nve rse-a rgument>  ) 


|  LAST  ( 

<status-inverse-argument>  ) 

<s tat us-I nve rse-argument>  : <s tatus-f ormul a>  (5.4) 

j  <s tatus-t y pe-name>  (2. 1.1. 6) 

Semantics: 

The  FIRST  function  gives  the  value  of  the  lowest-valued 
<s tatus-cons tant>  in  the  <s t atus-1 1 s t>  associated  with  the 
<s  tatus-i  nve  rse-a  rgutnent> .  The  LAST  function  gives  the  value  of  the 
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highest-valued  <s tatus-const ant>  In  the  <st a t us-1 1 s t>  associated  with 
the  <status— inverse- a rgument> • 

The  return  value  has  the  type  Indicated  by  the 
<s  ta tus-inve  rse-argument> • 
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7.0  TYPE  MATCHING  AND  TYPE  CONVERSIONS 


Sj/nt  «ix : 


<bl t -con vers  1 on> 


<bit-type-converslon> 


<bl t- t ype-conve r s i on> 

J  <rep-eonversion> 

;=*  (*  <bi t-iy pe-descri pt ion>  *) 

J  <bi t-type-name> 


<i n t ege r-conve rs i on>  (*  <1 nteger-type-desc r i pt Ion>  *)  (2.1 

|  <i nteger-t ype- name>  (2.1 


<f 1 oa  t i ng-c  onversi on) 


<f ixed-converslon) 


<cbaracter-convers i on) 


<s  t a  tus-conve  rs I  on) 


=  (*  <f 1 oa t i ng- 1 ype-de sc r i pt 1  on)  *)  (2.1 

|  <f loa t i ng-type-name>  (2.1 


(*  <f ixed-ty pe-desc ri pt ion>  *)  (2.1 

|  <f lxed-type-name>  (2.1 

(*  <character-type-description>  *)(2.1 
|  <cba rac ter-t y pe~name>  (2.1, 


:«  (*  <sta tus-t ype-natne>  *) 

|  <s tatus-t ype -narae> 


<poin t er-c onve rs i on)  =  (*  <pointer-t ype-descript ion>  *)  (2.1 

|  <pointer-type-name>  (2.1 
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<table-conversion>  (*  <table-type~name>  *)  (2.1.2) 

I  <tabl e-t ype~name>  (2.1.2) 

<rep-converslon>  REP 

Semantics : 

In  Section  2.1,  the  definition  of  type  was  given.  In  some  cases. 
Implicit  conversions  will  be  performed  to  achieve  type  equivalence.  In 
this  section,  for  each  type  class,  rules  will  be  given  regarding  when 
two  types  are  the  same,  when  an  object  of  one  type  will  be  implicitly 
converted  to  another  type,  and  when  and  how  an  object  of  one  type  can  be 
explicitly  converted  to  another  type.  Implicit  conversions  will  never 
be  performed  on  arguments  to  explicit  conversions  or  when  the  types  of 
the  data  objects  are  required  to  match  exactly.  With  all  the 
conversions  (both  implicit  and  explicit),  if  the  value  produced  after 
conversion  is  not  in  the  range  of  values  of  the  type  being  converted  to, 
the  conversion  is  illegal. 

For  purposes  of  type  equivalence,  a  user-defined  <type-name>  is 
considered  an  abbreviation  for  its  specification. 

A  <formula>  may  be  explicitly  converted  to  another  type  by 
enclosing  it  in  parentheses  and  preceding  it  with  appropriate 
conversion.  Note  that  if  the  conversion  does  not  consist  of  a  single 
letter  or  name,  it  must  be  enclosed  in  (*  and  *). 

Omitted  attribute  specifiers  in  type  conversions  imply  the  same 
default  values  as  for  declarations  of  those  types. 

Type  equivalence  and  conversion  rules  for  each  of  the  J73  type 
classes  are  as  follows: 

Bit  (B) 

Type  Equivalence:  Two  bit  types  are  equivalent  if  their  size 

attributes  are  equal. 

Implicit  Conversions:  A  bit  string  will  be  implicitly  converted  to  a 

bit  string  with  a  different  size  attribute, 
with  truncation  on  the  left  or  padding  with 
zeros  on  the  left.  Implicit  truncation  is  not 
permitted  when  the  syntax  requires  a 
<boolean-f ormula>  * 

Explicit  Conversions:  Any  data  object  except  a  block  may  be 

explicitly  converted  to  a  bit  string  with  a 
<bi t-converslon> .  A  <bi t-convers ion>  may  be 
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either  a  <bi t-type-conversion>  or  a 
<rep-conversion> • 

A  <bi t-type-conversi on>  to  a  type  B  NN  takes 
the  rightmost  NN  bits  of  the  data  object's 
representation.  If  there  are  fewer  than  NN 
bits,  the  object  will  be  padded  on  the  left 
with  zeroes.  The  default  value  for  NN  is  1 .  A 
<bi t-type-conversion>  may  be  applied  to  a  data 
object  of  any  type.  If  the  object  being 
converted  is  a  table  or  table  entry,  all 
"fillern  bits  (i.e.,  bits  that  contribute  to 
the  size  of  the  table  but  that  are  not  part  of 
the  component  objects'  sizes  as  declared)  are 
included  in  the  string.  If  the  object  to  be 
converted  is  of  type  class  character,  filler 
bits  between  bytes  and  unused  bytes  following 
the  end  of  the  string  are  not  included. 

A  <rep-conversion>  provides  a  means  of 
obtaining  the  representation  of  a  data  object. 
A  <rep-conversi on>  treats  a  data  object  as  a 
bit  string  whose  size  is  the  number  of  bits 
actually  occupied  by  the  object.  This  includes 
all  filler  bits  and  the  bits  in  the  unused  (but 
allocated)  bytes  following  the  ends  of 
character  strings.  For  all  objects  whose  type 
class  is  table,  the  number  of  bits  in  the  bit 
string  is  the  same  as  the  BITSIZE  of  the 
object.  For  all  <t able-en t ries>  whose  type 
class  is  not  table,  the  number  of  bits  in  the 
bit  string  is  the  total  number  of  bits 
(including  filler  bits)  in  the  table  entry.  A 
<rep-conversion>  can  appear  in  the  target  of  an 
assignment  statement  (see  Section  6.1).  A 
<rep-conversion>  can  be  applied  to 
<named-variables>  only;  further,  it  cannot  be 
applied  to  tables  declared  with  *  dimensions, 
to  entries  in  parallel  tables,  or  to  tables 
whose  size  in  bits  exceeds  MAXB1TS. 


Two  integer  types  are  equivalent  if  they  are 
both  S  or  U  and  if  their  size  attributes  are 
equal • 

An  integer  type  will  be  implicitly  converted  to 
any  other  Integer  type. 
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Explicit  Conversions: 


FI  oa  t  i  ng  (  Fj^ 

Type  Equivalence: 

Implicit  Conversions: 

Explicit  Conversions: 


An  <int eger~conversion>  Is  used  to  explicitly 
convert  a  data  object  to  an  integer  type.  The 
conversion  can  be  applied  to  objects  of  bit, 
integer,  fixed,  float,  and  pointer  only. 

A  bit  string  will  be  treated  3S  representing 
the  value  of  the  integer  type  if  the  size  of 
the  bit  string  is  less  than  or  equal  to  the 
BI7SIZE  of  the  integer  type.  Otherwise,  the 
conversion  is  illegal.  If  the  size  of  the  bit 
string  is  less  than  the  B1TSIZE  of  "he  integer 
type,  the  bitstring  will  be  padded  on  the  left 
with  zeroes. 

An  integer,  fixed,  or  floating  data  object  will 
be  converted  to  the  integer  type,  with 
truncation  or  rounding  If  specified. 

Converting  a  pointer  to  an  integer  type  is 
equivalent  to  first  converting  the  pointer  to 
type  B  B1TSINP0INTER  and  then  converting  the 
bit  string  to  integer. 


Two  floating  types  are  equivalent  if  their 
precision  attributes  are  equal. 

A  floating  type  will  be  implicitly  converted  to 
a  floating  type  of  the  same  or  greater 
p^eMsion  regardless  of  the  round-or-truncate 
attribute.  A  <real*-l  i  t  era  1>  will  be  implicitly 
treated  as  a  <f loat ing-l i te ra 1>  in  the  contexts 
specified  in  Section  8.3.1.  (Implicit  floating 
conversions  do  not  change  numeric  values 
although  they  may  cause  a  change  in  how  the 
value  is  represented.) 

A  <f loat i ng-convers ion>  is  used  to  explicitly 
convert  a  data  object  to  a  floating  data  type. 
The  conversion  can  be  applied  to 
<real-l i terals>  and  to  objects  of  bit,  integer, 
fixed,  and  float  types  only. 

A  bit  string  will  be  treated  as  representing 
the  value  of  the  floating  type  if  the  size  of 
the  bit  string  equals  the  BITSIZE  of  the 
floating  type.  Otherwise  the  conversion  is 
i 1 1 egal . 


Fixed  (A) 

Type  Equivalence: 

Implicit  Conversions: 


Explicit  Conversions: 
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An  integer,  fixed,  or  floating  data  object  will 
be  converted  to  the  floating  type,  with 
truncation  or  rounding  as  specified  in  the 
<f loating-eonve rsion> .  Rounding  and  truncation 
are  performed  with  respect  to  the  implemented 
precision  of  the  type  specified  by  the 
<f loat ing-conversion> . 


Two  fixed  point  types  are  equivalent  if  their 
s'ale  attributes  are  equal  and  their  fraction 
attributes  are  equal. 

A  fixed  point  type  will  be  implicitly  converted 
t  an  ther  fixed  point  type  if  the  scale  and 
fraction  attributes  of  the  target  type  are  both 
at  least  as  large  as  those  of  the  source  type. 
A  <real-l i t eral>  will  be  implicitly  treated  as 
a  <f ixed-1 i teral>  in  the  contexts  specified  in 
Section  8.3.1.  Implicit  fixed  conversions  do 
not  change  the  numeric  value  represented  except 
when  the  implemented  precision  of  the  result 
value  is  less  than  the  implemented  precision  of 
the  value  being  converted  (see  Section 
2.1.1. 3);  in  this  case,  rounding  or  truncation 
occurs  with  respect  to  the  implemented 
precision  of  the  converted  value.  This 
situation  occurs  only  when  assigning  to  a 
packed  fixed  table  item  (in  an  assignment 
statement,  loop  <cont rol-va riabl e> ,  table 
preset,  or  output  parameter);  the 
<round-or-truncate>  attribute  of  the  table  item 
determines  whether  the  assigned  value  is 
-funded  or  truncated. 

A  <f ixed-conversion>  is  used  to  explicitly 
convert  a  data  object  to  a  fixed  point  data 
t'  The  conversion  can  be  applied  to 
<’*.  ~literal>  and  to  objects  of  bit,  integer, 
fu  *  and  float  types  only. 

A  bit  string  will  be  treated  as  representing 
the  value  of  the  specified  fixed  point  type  if 
the  size  of  the  bit  string  equals  the  B1TSIZE 
of  the  fixed  point  type.  Otherwise,  the 
conversion  is  illegal. 


Ill 


165 


M1L-STD- 1 589B  (USAF) 
06  June  1980 


Character  ( C)^ 

Type  Equivalence: 

Implicit  Conversions: 

Explicit  Conversions: 


Pointer  ( P ) 

Type  Equivalence: 

Implicit  Conversions: 
Explicit  Conversions: 


An  integer,  fixed,  or  floating  data  object  will 
be  converted  to  the  specified  fixed  point  type, 
with  truncation  or  rounding  as  specified  in  the 
<f  lxed-conversion> .  Rounding  and  truncation 
are  performed  with  respect  to  the  implemented 
precision  of  the  type  specified  by  the 
<f ixed-conversion> • 


Two  character  types  are  equivalent  if  their 
size  attributes  are  equal* 

A  character  string  will  be  implicitly  converted 
to  a  string  with  a  different  size  attribute, 
with  truncation  on  the  right  or  padding  with 
blanks  on  the  right* 

A  <character-conversion>  is  used  to  explicitly 
convert  a  data  object  to  a  character  data  type. 
The  conversion  can  be  applied  to  objects  of 
type  bit  or  character  only. 

A  bit  string  will  be  treated  as  representing 
the  value  (excluding  filler  bits  between  bytes) 
of  the  character  type  if  the  size  of  the  bit 
string  equals  the  BITSIZE  of  the  character 
type.  Otherwise  the  conversion  is  illegal. 

A  character  string  will  be  converted  to  type  C 
NN  by  taking  the  leftmost  NN  characters.  If 
there  are  fewer  than  NN  characters,  the  value 
is  padded  on  the  right  with  blanks. 


Two  pointer  types  are  equivalent  if  they  are 
both  untyped  pointers  or  if  they  are  both  typed 
pointers  referring  to  the  same 
<type-declara tion> . 

A  typed  pointer  will  be  implicitly  converted  to 
an  untyped  pointer. 

A  <pointer~conversion>  is  used  to  explicitly 
convert  a  data  object  to  a  pointer  type.  The 
conversion  can  be  applied  to  bit,  integer,  or 
pointer  data  objects  only. 
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Status 

Type  Equivalence: 


Implicit  Conversions: 
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A  bit  st 

ring 

will  be  t 

reated 

as  represent 

ring 

the  value 

of  t he 

poi nt  er 

type  if  the  size 

of 

the  bit 

string 

equal s 

the 

B1TS1ZE  of 

the 

pointer  t 

ype. 

Ot he  rwi s 

e  the 

convers i on 

i  s 

i 1  legal . 

Converting 

an 

int  ege  r 

to 

a  pointer 

is 

equivalent 

to  f i 

rst  conve 

rting 

the  integer 

to 

type  B  BITSINPOINTER  and  then  converting  the 
bit  string  to  a  pointer. 

Converting  a  pointer  to  a  different  pointer 
type  means  that  the  pointer  will  be  considered 
as  a  pointer  of  the  specified  type. 


Two  status  types  are  equivalent  if  (1)  they 
both  have  default  representation,  their  size 
attributes  are  the  same,  and  both 
<s ta tus-1 i s t s>  contain  the  same  <status- 
constants>  in  the  same  order,  or  (2)  they  both 
have  identical  programmer-specified 
representations,  their  size  attributes  are  the 
same,  and  both  <sta tus~l ists>  contain  the  same 
<status-constants> . 

A  status  type  will  be  implicitly  converted  to  a 
status  type  that  differs  only  in  its  size 
attribute.  Furthermore,  a  status  constant 
belonging  to  more  than  one  status  type  is 
implicitly  disambiguated  in  the  following 
contexts:  (1)  when  it  is  the  source  value  of 
an  assignment  statement,  it  takes  the  type  of 
the  target  variable;  (2)  when  it  is  an  actual 
parameter,  it  takes  the  type  of  the 
corresponding  formal  parameter;  (3)  when  it  is 
in  a  table  <subscript>  or 
<preset-index-specif ier> ,  it  takes  the  type  of 
the  corresponding  <dimension>  in  that  table's 
declaration;  (A)  when  it  is  a  loop 
<ini t ial~value> ,  it  takes  the  type  of  the 
<cont rol-va riable> ;  (5)  when  it  is  in  an 
<i tem-preset>  or  <table-prese t>  ,  it  takes  the 
type  of  the  item  or  table  item  being 
initialized;  (6)  when  it  is  an  operand  of  a 
<rela tional-operator> ,  it  takes  the  type  of  the 
other  operand;  (7)  when  it  is  in  a 
<case-index-group> ,  it  takes  the  type  of  the 
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Explicit  Conversions: 


Table 

Type  Equivalence: 


<casc-sel ec tor-f omml a> ;  and  (8)  when  it  is  a 
< lowe r-bound>  or  <uppe r-bound> ,  it  takes  the 
type  of  the  other  bound* 

A  <status-conversion>  is  used  to  explicitly 
convert  a  data  object  to  a  status  type*  The 
conversion  can  he  applied  to  bit  or  status  data 
objects  only. 

A  bit  string  will  be  treated  as  representing 
the  representational  value  of  the  status  type 
if  the  ize  of  the  bit  string  equals  the 
BITSIZE  of  the  status  type  and  the  value  of  the 
bit  string  is  within  the  range  of  values  of  the 
status  type.  Otherwise  the  conversion  is 
i 1 1 egal  . 

A  <st a t us-convers ion>  nay  he  used  to  assert  the 
type  of  a  status  object.  This  will  he 
required  when  a  status  constant  belongs  to  more 
than  one  type  and  it  is  used  in  a  context  other 
than  these  enumerated  above  under  implicit 
conversions.  Except  for  status  objects  whose 
types  differ  only  in  their  size  attributes,  a 
status  object  cannot  be  converted  to  a 
different  status  type  without  first  converting 
it  to  a  bit  string . 


Two  tables  have  equivalent  types  if  they  are 
both  ordinary  or  both  specified,  their 
<structure-specifier>  attribute  is  the  same, 
they  have  the  same  number  of  dimensions,  they 
have  the  same  number  of  elements  in  each 
dimension,  they  have  the  same  number  of  items 
in  the  same  textual  order  in  each  entry,  the 
types  (including  attributes)  of  the  items  are 
equivalent,  the  (explicit  or  implied)  packing 
specifier  on  each  of  the  items  is  the  sane  (for 
ordinary  tables),  the  I0PDF.R  directive  is 
either  present  in  both  tables  or  absent  in  both 
tables,  the  <words-per-en t ry>  attribute  is  the 
sane  (for  specified  tables),  and  the 
locat ion-spec i i i ers  of  the  items  are  the  same 
(for  specified  tables).  (Note  that  the  names 
of  the  items,  as  well  as  ^he  types  and  bounds 
of  the  dimensions,  need  not  be  the  same.)  A 
table  entry  is  considered  to  have  no 


I  14 


168 


I 


MIL-STD-] 589B  (USAF) 
06  June  1980 


d i mens i ons .  A  table  whose  entry  contains  an 
item-declaration  Is  not  considered  equivalent 
in  type  to  a  table  whose  entry  is  declared 
using  an  unnamed  item  description. 

Implicit  Conversions:  No  implicit  conversions  are  performed. 

Explicit  Conversions:  A  bit  or  table  data  object  may  be  explicitly 

converted  to  a  table  type  with  a  <table- 
conver s i on> * 

A  bit  string  will  be  treated  as  representing 
the  value  of  the  table  type  if  the  size  of  the 
bit  string  equals  the  K1TSIZE  of  the  table 
type.  Otherwise  the  conversion  is  illegal. 

A  <t able-conve rs ion>  may  be  applied  to  a  table 
object  of  that  type  merely  to  assert  its  type. 
(A  table  object  cannot  be  convei ted  to  a 
different  table  type  without  first  converting 
it  to  a  bit  string). 
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8.0  BASIC  ELEMENTS 
8.1  CHARACTERS 
Syntax: 

<character>  <letter> 


|  <digit> 

|  <mark> 

|  <ot hor-cha rac t e r> 


<let ter> 

:  :=  A 

1 

B 

! 

c 

D 

E 

F 

1  G 

1 

H 

1 

I 

J 

K 

L 

1  M 

1 

N 

1 

0 

P 

Q 

R 

1  s 

1 

T 

1 

u 

V 

w 

X 

1  Y 

1 

Z 

<Tdigit> 

:  :=  0 

1 

1 

1 

2 

3 

4 

5 

1  6 

1 

7 

1 

8  I 

1  9 

<ma  rk> 

:  :=  + 

1 

- 

1 

*  1 

1  /  1 

1  >  1 

I  < 

1  « 

1 

0 

1 

.  1 

1  :  1 

1  ,  l 

|  ; 

1  ( 

1 

) 

1 

'  | 

"  1 

%  l 

! 

1  $ 

1 

blank 

Semantics : 

The  text  of  a  J73  <compl ete-program>  is  a  continuous  stream  of 
<characters>.  However,  in  some  contexts,  the  end  of  an  input  record  has 
s igni f icnnce  (see  Section  8.2). 

Note  that  in  the  standard  character  set  for  the  language  <letters> 
are  defined  to  be  upper  case  letters  only.  <Marks>  are  used  either 
alone  or  in  conjunction  with  other  characters  as  operators,  delimiters, 
and  separators.  <Other-eharac t ers>  are  the  remaining  implementation- 
dependent  characters,  which  are  accepted  within  <cha rac t er-1 i tera 1 s>  and 
<comments>,  and  which  may  also  be  used  as  described  below.  Each 
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impl ement a t Ion  must  define  these  characters,  as  well  as  the  ordering  of 
all  <characters>  in  a  collating  sequence. 

Some  of  the  standard  characters  are  not  universally  available; 
therefore,  the  following  standard  alternates  are  defined: 

Standard  Character  A 1  te r n a tje j3 

@  f  or  ? 

'  ->  or  _ 

M  4 

!  V 

%  = 

:  7. 

If  any  of  the  above  standard  characters  are  unavailable  on  a  particular 
machine,  one  of  the  recommended  alternates  for  that  character  must  be 
used.  (The  first  column  of  alternates  is  intended  for  the  CDC  standard 
63  and  64  character  sets;  the  alternates  ?  and  _  are  intended  tor  the 
Univac  1108.)  If  the  :  is  replaced,  the  %  must  also  be  replaced. 

An  Implementation  that  has  lower  case  letters  available  in  addition 
to  uppercase  may  permit  their  use  in  programs  provided  that  within 
<names>,  <reserved-words> ,  <letters>,  <st atus-constant s>  and  all 
<literals>  except  <character-l i terals>  they  are  considered 
i nt erchangeable  with  their  correspond! ng  uppercase  letters  (e.g.,  X_X 
and  xx  denote  the  same  name);  whereas  within  <character-l i terals>  they 
are  considered  distinct. 

An  implementation  that  has  square  brackets  available  may  allow  [ 
to  be  used  for  (*  and  ]  to  be  used  for  *)  but  may  not  prohibit  the  use 
of  the  ( *  and  * )  . 

Const ra i nt s  : 

If  a  left  bracket  is  substituted  for  (*,  then  a  right  bracket  must 
be  substituted  for  the  corresponding  *).  If  a  right  bracket  is 
substituted  for  *),  then  a  left  bracket  must  be  substituted  for  the 
corresponding  (*. 
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8.2  SYMBOLS 


Syntax : 
<symbol> 


Semantics : 


<name> 

<reserved-word> 
<opera tor> 

<1  i tera 1> 

<stat  us -const ant > 
^comment  > 

<def ine-st  r i ng> 
<def i ne  -cal 1> 

<1 et ter) 

<separa tor> 


(8.2.1) 

(8.2.2) 

(8.2.3) 

(8.3) 

(2.1 .1  .6) 

(8. A) 

(2. A) 
(2.A.1) 
(8.1) 

(8. 2. A) 


<Characters>  are  combined  into  <symbols>  to  form  the  vocabulary  of 
the  language.  <Syrabols>  are  indivisible  units  and  'cannot  contain 
blanks,  except  as  noted  in  Section  8.5.  Only  <comments>, 
<de f ine-st r i ngs> ,  define  parameters  enclosed  in  quotation  marks, 
<bi t-1 i t e ral s>  ,  and  <charac ter-1 i terals>  may  extend  across  multiple 
input  records;  all  other  symbols  are  terminated  by  the  end  of  an  input 
record  . 


8.2.1  NAMES 
Syntax : 

<ncime>  :  :=  <let t er-or-$> 

<letter-digit-$-or-prime>. .. 

<letter-or-$>  :  <letter> 

I  $ 

<let ter-di gi t-$-or-pr ime>  <letter>  (8.1) 
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|  <digit>  (8.1) 

I  $ 

I 


Seman tics: 

<Names>  are  words  having  programmer-suppl i ed  spellings.  <Names> 
are  used  to  denote  entities  in  the  <complet e-progr am> . 

Only  the  first  31  characters  of  a  J73  <name>  are  used  to  determine 
uniqueness.  Additional  characters  are  permitted,  but  are  ignored. 

For  external  names,  an  implementation  may  further  restrict  the 
number  of  initial  characters  that  determine  uniqueness. 

A  dollar  sign  in  a  <name>  is  translated  to  an 
implementation-dependent  representation.  This  translation  of  the  dollar 
sign  permits  the  use  of  a  character  in  a  <name>  that  might  otherwise  be 
unrepresentable  in  the  language.  If,  for  example,  external  names  In  a 
given  system  were  prefixed  by  the  character  a  J73  implementation  on 

that  system  might  choose  to  represent  '$'  when  it  occurs  in  a  name  by 
the  representation  for  Thus,  the  name  '  $$ABC'  occuring  in  a 

source  program  would  be  translated  '..ABC'. 

8.2.2  RESERVED  WORDS 
Syntax : 


< reserved- wo rd>  : ABORT  |  AbS  |  AND  |  BEGIN  |  BIT 

|  BITSIZE  |  BLOCK  |  BY  |  BYREF 
|  BYRES  |  BYTE  !  BYTESIZE  |  BYVAL 

|  CASE  |  COMPOOL  |  CONDITION* 

|  CONSTANT  |  DEF  |  DEFAULT  |  DEFINE 
|  ELSE  I  ENCAPSULATION*  |  END  I  EQV 

|  EXIT  I  EXPORTS*  |  FALLTHRU  I  FALSE 
|  FIRST  |  FOR  |  FREE*  |  GOTO 

|  HANDLER*  |  IF  |  IN*  |  INLINE 
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INSTANCE  |  INTERRUPT*  | 

ITEM 

LABEL 

|  LAST 

|  LBOUND  } 

LIKE 

LOC  | 

MOD  | 

NENT*  |  NEW* 

NEXT  | 

NOT  } 

NULL  | 

NWDSEN 

1  OR  | 

OVERLAY  | 

PARALLEL 

POS  | 

PROC  | 

PROGRAM  | 

PROTECTED* 

READONLY*  |  REC  |  REF  | 

REGISTER* 

RENT  | 

REP  | 

RETURN  | 

SGN 

SH1FTL 

|  SHIFTR  |  SIGNAL* 

START 

1  STATIC 

|  STATUS 

|  STOP 

TABLE 

|  TERM 

I  THEN  | 

TO* 

TRUE  | 

TYPE  | 

UBOUND  I 

UPDATE* 

WHILE 

)  WITH* 

1  W0RDS1ZE 

WR1TE0NLY*  1  XOR  |  ZONE* 

Semantics  : 

<Reserved-words>  have  language-defined  meanings  and  cannot  be  used 
as  <naraes>. 


Those  reserved  words  followed  by  an  *  in  the  above  list  are 
reserved  in  order  to  maintain  upward  compatibility  with  future 
extensions  to  the  language  and  currently  have  no  meaning  in  J73. 


8,2.3  OPERATORS 
Syntax : 

<operator> 


<ari thmet ic-operator> 
|  <bi t-opera tor> 

|  <relat iona 1-opera tor> 
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<a  rl thmet ic-ope ra  tor> 


<pl us-or-minus) 

<mul  t iply-di vi de-or-mod> 

<mul t iply-or-di vide> 

<bi t-ope  ra tor> 

<logi ca 1-opera  tor> 

<rela  t ional-opera  tor> 

<equa 1 -or- not -equal-opera  to r> 
<de reference-opera tor> 
<assignment-operator> 
Semantics : 


|  <deref erence-opera t or> 

|  <assignment-operator> 

:  :=  <plus-or-mi nus> 

I  <mul t iply-d ivide-or-mod> 

!  <mul t iply-or-divide> 

I  ** 

::=  +  I 

::=*!/!  MOD 

:s-  *  I  / 

:  <logical-opera tor> 

|  NOT 

AND  l  OR  |  XOR  I  EQV 
:  :=  <equal-or-not-equal-operator> 

I  <1  >1  <=  I  >- 

SS-  -  I  <> 


The  meanings  of  these  operators  are  given  in  Sections  4,  5,  and  6, 
The  order  of  combination  of  operators  and  operands  is  determined  by 
parentheses  and  by  the  operators'  precedence .  The  operation  implied  by 
an  operator  at  one  precedence  level  is  combined  before  the  operation 
implied  by  an  operator  at  a  lower  level#  Within  a  particular 
precedence  level,  operations  are  combined  from  left  to  right  if  the 
ILEETRIGHT  directive  is  in  effect  and  in  an  implementation-dependent 
older  if  the  !  REARRANGE  directive  is  in  effect. 

Precedence  of  operators  is  defined  by  the  syntax  of  the  language 
and  is  summarized  below: 
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6  subscripting,  function  calls 

5  ** 

4  *,  /,  MOD 

3  +  ,  - 

2  <>,  <,  >,  <=,  >= 

1  NOT,  AND,  OR,  EQV ,  XOR 

0  assignment 

8.2.4  SEPARATORS 
Syntax : 

<separator>  :  (  |  )  |  (*  |  *) 

I  :  I  ,  I  ;  M 

Semantics : 


<Separators>  are  used  for  the  following  purposes  in  J73: 

(  )  Expression  grouping,  list  delimiters,  status 

constants,  position  brackets,  subscripts,  case 
labels 

(*  *)  Type  conversions 

:  Statement  name,  case  label,  and  preset  index 

terminator;  loop  control  separator;  overlay, 
dimension,  subrange,  and  parameter  separator 

,  List  separator 

;  Statement,  declaration,  and  directive  terminator 

!  Directive  indicator,  formal  define  parameter 

marker 
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8.3  LITERALS 
Syntax : 


<li teral> 

:  :=®  <numeric-li teral> 

(8.3.1) 

|  <bi t-li teral> 

(8.3.2) 

|  <boolean-l i teral> 

(8.3.3) 

|  <character-li teral> 

(8. 3. A) 

|  <pointer-li teral> 

(8.3.5) 

Semant ics : 

<Literals>  are  data  objects  whose  value  and  type  are  Inherent  In 
the  form  of  the  <symbol>  itself.  Their  values  are  known  at  compile 
time,  and,  ] ike  other  compi 1 e-t irae  values,  cannot  be  altered  during 
execut i on • 

8.3.1  NUMERIC  LITERALS 

Syntax : 

<numeri c-li teral> 

:  :=  <i n t eger-1 i t eral> 

|  <f loat ing-1  i  teral> 

1  <f ixed-1 i t eral> 

<int eger-li teral> 

:  :  =  <number> 

<number> 

<di gi t>  , , . 

(8.1) 

\f loat ing-li teral> 

<real-l i teral> 

<real-l i teral> 

: <digit>...  <exponent> 

(8.1) 

|  <f ract ional-form> 

[ <exponent> ] 

<exponent> 

E  [<sign>]  <number> 

<sign> 

<f ract ional-form> 

<di gi t>  .  . , 

(8.1) 

I 
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I  (<digit>...]  .  <digl t> . • .  (8.1) 

<f  Ixed-1  i  teral>  :  :*=  <real-li  teral> 

Semantics  : 

An  < 1 nt eger-1 i t eral> ,  LL,  denotes  a  decimal  value.  Its  type  is  S 
NNt  where  NN  is  1MPLINTS1ZE(M1NSIZE(LL) ) . 

The  type  of  a  <real-li teral>  or  a  <real-l i teral>  preceded  by  a 
<sign>  is  determined  by  the  context  in  which  the  literal  appears, 
namely : 

.  when  the  literal  is  used  as  a  preset  value,  it  is 

implicitly  converted  to  the  type  of  the  object  being 

preset ; 

.  when  the  literal  is  used  as  an  assignment  value,  it  is 
implicitly  converted  to  the  type  of  the  target  being 

assigned  a  value; 

.  when  the  literal  is  an  operand  of  an  infix  relational  or 
numeric  operator  and  the  other  operand  is  not  a 
rea 1-1 i t eral ,  it  is  converted  to  the  type  of  the  other 
operand ; 

.  when  the  literal  is  an  actual  parameter,  it  is  converted 
to  the  type  of  the  formal  parameter; 

.  when  a  literal  is  the  <init  ial-value>  of  a  loop 

<cont rol-clause> ,  it  is  converted  to  the  type  of  the 
<control-variable> ; 

.  when  the  literal  is  the  argument  of  an  explicit  fixed  or 
floating  conversion,  it  is  converted  to  the  specified 
type. 

If  the  type  of  an  optionally  signed  <real-l i teral>  is  not  determined 
contextually,  it  is  considered  to  be  a  floating  type  with  default 
prec i sion . 

A  <real-l i teral>  denotes  a  decimal  value.  If  an  <exponent>  is 
present,  the  decimal  value  preceding  the  <exponent>  is  multiplied  by  10 
to  the  value  specified  in  the  <exponent>. 

For  <real-li terals> ,  non-<exponent>  digits  in  excess  of 
MAXSIGDIGITS  will  be  treated  as  zeroes  in  computing  the  fixed  or 
floating  value  to  be  represented. 
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Contextual  determination  of  the  type  of  a  real-literal  will  not  be 
affected  by  the  presence  or  absence  of  the  <rearrange-d i rec t ive> . 

Constraints : 


<Real-li terals>  may  be  implicitly  converted  to  fixed  or  floating 
values  only. 

The  value  of  an  <integer-ll teral>  with  size  SS  must  not  exceed 
MAXINT(SS). 

The  value  of  a  <f loa t ing-1 i teral>  with  precision  PP  must  not  exceed 
MAXFLOaT(PP). 


The  value  of  a  <f ixed-1 i teral> 
not  exceed  MAXFIXF,D(  SS ,  FF)  . 

Examples : 

ITEM  FF  F  24  =  -0.1; 

ITEM  RR  F,R  24  =  -0.1; 

ITEM  TT  F,T  24  -  -0.1; 

CONSTANT  ITEM  CC  F,R  24  =  2.5; 
ITEM  JJ  F,R  24  =  CC  +  .3; 

IF  RR  >  .3;  ... 

Note  thar  if  II  is  an  integer  It  m, 
<real-li teral>  cannot  be  implic'.ly 


with  scale  SS  and  fraction  FF  must 


"equivalent  to  presetting 
with  (*F  24* )  (-0.1)" 

0 . 1  is  rounded  to  a  24  bit 
man t i ssa" 

0 . 1  is  truncated  toward  minus 
inf i ni ty" 

".3  is  converted  to  CC's  type" 

".3  is  rounded  to  a  24  bit  mantissa" 

then  II  =  2.5  is  illegal,  since  a 
converted  to  an  integer  value. 


8.3.2  BIT  LITERALS 


Syntax : 


<bi t-1 i teral> 

:  :=  <bead-si ze>  B 

<bead>... 

<bead-size> 

::=  1  1  2  |  3  I 

4  1  5 

<bead> 

:  :=  <digit> 

1  A  |  B  |  C 

1  D  |  E  | 

F 

1  G  |  H  |  I 

1  J  1  K  | 

L 

|  M  |  N  |  0 

1  P  1  Q  1 

R 
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I  S  |  T  |  U  |  V 

Seman tics  : 

A  <bi t-li t eral>  represents  a  bit  string  value.  A  <bit-li teral>  is 
composed  of  a  string  of  <beads>  whose  <bead-size>  in  bits  is  indicated 
in  the  specification  of  the  literal.  The  total  size  of  the 
<bi t-1 i t eral>  is  the  <bead-size>  times  the  number  of  beads  enclosed 
within  the  primes. 

The  <beads>  of  a  <bi t-1 i teral>  can  be  specified  as  one  to  five  bits 
in  size.  The  <digit>  preceding  the  B  indicates  the  <bead-si ze> .  Only 
those  <beads>  whose  value  will  lit  in  the  <bead-size>  indicated  are 
permitted.  The  digits  0-9  represent  their  actual  values;  the  letters 
A  -  V  represent  the  values  10  -  31  (see  Table  8-1). 
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Table  8-1*  Bit^Literal  Bead  Values 


1 

I 

1 

1 

Bead 

Mi  n  itnum 

Bead 

Size 

1  1 
|  Binary  j 
|  Value  | 

1  1 

i 

|  Bead 

1 

1 

Mi  t^imum 
Bead 
Size 

1 

j  Binary 

1  Value 

1 

1 

1 

0 

1 

1  1 

1  0  | 

1 

1  G 

5 

1 

1  10000 

1 

1 

1 

1 

1 

1  1 

1  1  t 

1 

i  h 

1 

5 

1 

1  10001 

1 

1 

1 

2 

2 

1  1 

1  10  | 

1 

1  I 

5 

1 

1  10010 

1 

1 

3 

2 

1  1 

1  H  1 

1  J 

5 

1 

1  10011 

1 

1 

4 

3 

1  1 

1  100  | 

1 

1  K 

i 

5 

1 

1  10100 

1 

1 

1 

3 

3 

1  1 

1  101  | 

1 

1  L 

5 

1 

1  10101 

1 

1 

1 

6 

3 

1  1 

1  110  | 

1  1 

1 

1  M 

5 

1 

1  10110 

1 

1 

1 

1 

7 

3 

1  1 

1  111  1 

1  1 

1  N 

5 

1 

1  10111 

1 

1 

1 

1 

8 

4 

1  1 

I  1000  | 

1  1 

1 

1  o 

i 

3 

1 

1  11000 

1 

1 

1 

1 

9 

4 

!  I 

1  1001  | 
i  i 

1 

1  P 

t 

3 

1 

1  11001 

1 

1 

1 

1 

A 

4 

1  1 

I  1010  | 

1  1 

I 

1  Q 
| 

3 

1 

1  11010 

1 

I 

1 

B 

4 

1  1011  | 

1  1 

l 

1  R 

■ 

5 

1 

1  11011 

1 

1 

1 

fl 

C 

4 

1  1 

1  1100  | 
a  1 

1 

1  s 

i 

3 

1 

1  11100 

1 

1 

1 

1 

D 

4 

I  1 

1  1101  | 

1  1 

I 

1  T 

i 

5 

1 

1  11101 

1 

1 

1 

1 

E 

4 

1  1 

1  1110  | 

1  I 

1  u 

i 

5 

1 

1  11110 

1 

1 

1 

1 

F 

4 

1  1 

i  ini  i 

i  i 

1 

1  v 

5 

1 

i  mil 

1 
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8.3.3  BOOLEAN  LITERALS 


Syntax : 

<boolean-ll teral>  :  TRUE 

|  FALSE 

Semantics : 

<Boolean-li terals>  represent  the  two  possible  truth  values.  TRUE 
is  equivalent  to  IB'1',  and  FALSE  is  equivalent  to  lB'0'. 

8. 3. A  CHARACTER  LITERALS 
Syntax : 


<character-li teral> 
Semantics : 


<charac ter> .  .  . 


(8.1) 


<Charac ter-1 i terals>  denote  strings  of  character  values. 

<Charact er-1 i t eral s>  can  contain  any  <character>  (including  blank) 
that  is  representable  in  an  implementation.  A  prime  character  (')  is 
represented  within  a  <charac ter-1 i teral>  by  two  consecutive  primes.  The 
size  of  a  <charac ter-1 it eral>  in  bytes  is  the  number  of  characters 
represented  within  the  containing  primes  (two  consecutive  primes 
represent  one  character).  The  encoding  of  characters  is 
implementation-dependent  • 


8.3.3  POINTER  LITERAL 


Syntax : 

<polnter-ll teral>  NULL 

Semantics : 

Any  pointer  item,  regardless  of  its  attribute,  can  have  the  value 
NULL,  which  indicates  that  the  item  points  to  no  object. 
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8.4  COMMENTS 
Syntax : 

<coraraent>  :  ;=*  "  [  <charac  ter> . . .  ]  11  (8.1) 

|  Z  [ <charac t er>  .  .  .  ]  Z  (8.1) 

Seman t ic s  : 

A  <comment>  has  no  semantic  effect. 

A  <comroent>  in  a  <def ine-s t ring>  or  <ac tual-def i ne-parameter>  is 
interpreted  as  part  of  the  character  sequence  to  be  substituted  when  the 
<def ine-cal 1>  is  expanded. 

A  <comment>  can  appear  between  any  two  <symbols>,  subject  to  the 
constraints  below. 

Const ra i n t s  : 

A  <comment>  delimited  by  a  quotation  mark  (")  is  not  permitted 

between  a  <def ine-name>  and  a  <def i ne-str ing>  in  a  <def ine-declara t ion> , 
or  within  the  <ac t ua 1-parame t er-1 i st>  in  a  <def ine-cal 1> . 

A  <comment>  delimited  by  a  quotation  mark  cannot  contain  a 

quotation  mark,  and  a  <comment>  delimited  by  a  percent  character  (Z) 
cannot  contain  a  percent  character. 

8.5  BLANKS 

One  or  more  blanks  can  be  placed  between  <symbols>.  Blanks 
occurring  between  <symbols>  have  no  semantic  meaning. 

C o nstraints : 

Blanks  cannot  appear  within  <sytnbols>  except  in  <cbaracter- 
literals>,  <de f ine-s t ri ngs> ,  <def i ne-cal 1 s> ,  and  <comments>. 

One  or  more  blanks  must  appear  between  any  two  <symbols>  if  the 
absence  of  blanks  could  cause  them  to  be  interpreted  as  a  single  legal 
<symbol>,  except  that  whether  (*  represents  one  or  two  <symbols>  is 
contextually  determined,  e.g.,  (*  represents  two  symbols  in  the 

following  contexts: 

TABLE  AA  (*)  . ..; 

ITEM  ...  POS  (*,  0); 


AD-A100  577 


UNCLASSIFIED 
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9.0  DIRECTIVES 
Syntax ; 

<directive> 


<compool-d i rect 1 ve> 

(9.1) 

<ccpy-dlrect ive> 

(9.2.1) 

<skip-direct ive> 

(9.2.2) 

<begi n-d i rec  1 1 ve> 

(9.2.2) 

<end-d i rect i ve> 

(9.2.2) 

<linkage-di rect ive> 

(9.3) 

<t  race-di rec t ive> 

(9. A) 

<interference-directive> 

(9.5) 

<reducible-direct ive> 

(9.6) 

<nol i st-d i rec t ive> 

(9.7.1) 

<li s t-d i rec t ive> 

(9.7.1) 

<e ject-di rec t ive> 

(9.7.1) 

<1 ist inv-d irec t ive> 

(9.7.2) 

<listexp-direct ive> 

(9.7.2) 

<listboth-dl rec tlve> 

(9.7.2) 

<base-di rect i ve> 

(9.8) 

<isbase-di rective> 

(9.8) 

<drop-direct ive> 

(9.8) 

<lef  t right-direct ive> 

(9.9) 

<rearrange-d irect ive> 

(9.9) 

<lnl tial Ize-di rect lve> 

(9.10) 

<order-di rect lve> 

(9.11) 
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Semantics : 


<Direct ives>  are  used  to  provide  supplemental  information  to  a 
compiler  about  the  <comple  te-program> ,  and  to  provide  compiler  control. 

Each  implementation  can  specify  <directives>  in  addition  to  those 
described  here,  but  each  must  conform  to  the  general  form  for  a 
<directive>.  <Directives>  begin  with  an  exclamation  point  and  terminate 
with  a  semicolon,  and  the  word  following  the  exclamation  point  roust  not 
duplicate  that  of  any  language-defined  directive. 


9.1  C0MP00L  DIRECTIVES 


Syntax : 

<compool-di rec  t ive> 
<compool-di recti ve-1 i st> 


<compool-declared-name> 

<compool-f i le-name> 
Semantics : 

A  <compool-directive> 
module • 


:=  ! COMPOOL 

[ <compool-directive-list>]  ; 

:=  [ <compool-f i 1 e-name> ] 

<compool-dec lared-name> , . • . 

I  (  [ <compool-f i le-name> ]  ) 

<name>  (8.2.1) 

I  (  <name>  )  (8.2.1) 

:=  <charac ter-li teral>  (8. 3. A) 

is  used  to  access  definitions  in  a  compool 


A  <compool-f ile-name>  is  an  implementation-dependent  file  name  chat 
specifies  the  desired  compool.  If  it  is  omitted,  an  implicit  unnamed 
compool  is  assumed.  A  <compool-f ile-naroe>  enclosed  in  parentheses 
implies  that  all  <names>  in  the  compool  are  to  be  made  available.  (This 
does  not  include  <names>  used  in  the  compool  that  were  obtained  from 
other  compools.) 

If  the  <compool-di rec t ive>  contains  a  list  of  <compool-declared- 
names),  only  those  names  (except  as  noted  below)  will  be  made  available. 

If  a  <compool-declared-name>  is  the  name  of  an  item,  table,  or 
block  declared  with  a  <type-name>,  that  <type-name>  is  also  made 
available  if  it  is  declared  in  that  compool.  (For  pointer  items,  this 
includes  the  name  of  the  point ed-to-type) .  If  a 
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<compool-declared-name>  is  a  <table-i tem-name> ,  the  name  of  the  table  in 
which  it  is  contained  is  also  made  available.  If  a  table  name  is  made 
available,  any  <status-lists>  and  <status-t ype-name £>  associated  with 
its  <dimensions>  are  also  made  available,  provided  they  are  declared  in 
the  designated  compool. 

If  a  <compool-decla red-name>  is  the  name  of  a  table  or  block  and  is 
parenthesized,  all  names  declared  in  the  table  or  block  will  be  made 
available,  as  well  as  all  type  names  referenced  in  the  table  or  block, 
provided  they  are  declared  in  the  designated  compool.  If  a 
<compool-declared-name>  is  a  <table- type-name>  or  <block- type-name> ,  the 
names  of  these  components  will  be  made  available  whether  or  not  the  name 
Is  parenthesized. 

If  a  status  item  name  is  made  available,  its  associated 
<s tatus-1 i st>  and  <s t atus-ty pe-name>  (if  any)  will  also  be  made 
available,  if  they  were  declared  in  the  designated  compool. 

If  a  <compool-dec la red-narae>  is  the  name  of  a  subroutine,  any 
<type-names>  associated  with  that  subroutine's  formal  parameters  and 
return  value  will  also  be  made  available,  if  they  are  declared  in  the 
designated  compool. 

Const  r a  i ivts  : 

A  <compool-direc t ive>  must  only  occur  immediately  after  START  or 
immediately  following  another  <corapool-d i rec t i ve> . 

The  <compool-declared-names>  must  have  been  declared  in  the 
designated  compool. 

A  <compool-declared-name>  cannot  be  the  name  of  a  component 
declared  in  a  type  declaration,  nor  can  it  be  the  name  of  a  formal 
parameter  cf  a  subroutine. 


9.2  TEXT  DIRECTIVES 
9.2.1  COPY  DIRECTIVES 


Syntax : 


<copy-di rec t ive> 


ICOPY 

<character-literal> 


(8.3.4) 
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Semantics : 


The  <eopy-d 1 rec t lve>  is  used 
Into  a  program.  The  <copy-d i r ec t 1 ve> 
it  is  expanded  at  the  point  of 
entirety  of  the  file  being  copied, 
implementation-dependent  file  name. 


to  copy  the  contents  of  a  text  file 
can  be  viewed  as  a  <def ine-cal 1> ; 
its  occurrence  by  substituting  the 
The  <charac t er-1 i teral>  is  an 


9.2.2  SKIP,  BEGIN,  AND  END  DIRECTIVES 


Syntax : 


<skip-di rect ive> 

:  :  = 

[SKIP 

[<letter>]  ; 

(8.1) 

<begin-d i r ec  t ive> 

! BEGIN 

( <1 et  t  er> ]  ; 

(8.1) 

<end-d i rect i ve> 

: 

!  END  ; 

Serna n  t i c  s  : 

The  <skip-d i rec t ive>  is  used  in  conjunction  with  a 
<beg  i  n-d  i  rec  1 1  ve>  and  an  <end-d i rec t i ve>  to  cause  text  enclosed  in  the 
latter  two  to  be  ignored  in  the  process  of  compilation. 

A  <skip-directive>  with  a  <letter>  will  suppress  the  processing  of 
all  text  following  a  <begi n-d i rec t i ve>  containing  the  same  <letter>  up 
to  the  matching  <end-d i rec t ive> .  A  <ski p-d i rec t i ve>  with  no  <letter> 
refers  to  all  <beg i n-d i rec t i ves) .  The  text  following  a  <begin- 
d irec t  ive>  with  no  <letter>  can  be  suppressed  only  by  a  <skip- 
directive>  with  no  <letter>. 

Begin-end  directive  pairs  can  be  nested.  Within  a  begin-end 
directive  set  whose  text  is  being  suppressed,  enclosed  Cbegin- 
directives>  are  recognized  for  the  purpose  of  matching  <end-d i rec t i ves> . 

Within  a  begin-end  directive  pair  whose  text  is  being  suppressed, 
<copy-direct ives>  and  <def ine-calls>  will  not  be  expanded. 


9.3  LINKAGE  DIRECTIVES 
Syntax : 

<1 i nkage-d irec t i ve>  ILINKAGE 

<symbol>...  ;  (8.2) 
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Semantics : 


The  <llnkage-di rect i ve>  Indicates  that  the  specified  subroutine 
does  nbt  obey  standard  J73  linkage  conventions.  The  <symbol>  6trlng 
specifies  the  Implementation-dependent  linkage  type  to  be  used  in 
linking  the  procedure* 

Constraints : 


The  <linkage-directive>  must  only  occur  in  a  Subroutine- 
declaration>  or  <subroutine-def ini t 1 on>  between  the  heading  and  the 
<declarations>  of  the  formal  parameters. 

It  a  <subrout ine-def ini t ion>  contains  a  <1 inkage-direc t i ve> ,  every 


<subrout ine-declara t ion>  for 
< linkage-direct ive> • 

that  subroutine  must  contain 

the  same 

9.4  TRACE  DIRECTIVES 

Syntax : 

<t race-direct ive> 

::=  ! TRACE 

[<t race-control>] 

<name> , . . .  ; 

<trace-control> 

:  :=  (  <boolean-formula>  ) 

(5.2.2) 

Semant ics : 


The  <trace-direct ive>  provides  a  run-time  facility  to  trace  program 
flow  and  to  monitor  data  assignment.  This  "tracing"  will  be  active  from 
the  lexical  point  at  which  the  <trace-directive>  occurs  in  the  source 
until  the  end  of  the  scope  containing  the  directive.  Its  effect  extends 
into  nested  procedures  declared  within  this  lexical  range  of  statements. 

The  <names>  In  the  <trace-directive>  are  the  names  that  will  be 
traced,  i.e.,  certain  uses  of  these  names  as  described  in  the  following 
sentences  will  be  noted  in  an  implementation-dependent  manner,  for 
example  on  a  symbolic  output  file.  For  statement  names,  tracing  of  the 
associated  statement  will  be  noted  each  time  the  statement  is  fallen 
Into  or  branched  to.  For  data  names,  modification  of  the  data  object 
and  Its  new  value  will  be  noted.  Modification  of  a  data  object  is 
considered  to  have  occurred  upon  execution  of  an  assignment  statement  in 
which  the  data  object  is  the  target  or  upon  return  from  a  subroutine  to 
which  the  data  object  was  passed  as  an  actual  output  parameter.  For 
tables,  modification  of  the  entire  table,  a  table  entry,  or  an  item  in 
the  table  will  be  noted.  For  blocks,  modification  of  any  data  contained 
in  the  block  will  be  noted.  For  subroutine  names,  each  call  to  the 
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subroutine  will  be  noted*  If  the  subroutine  containing  the 
<trace-directive>  Is  named  In  the  directive  and  the  directive  is  placed 
immediately  after  the  ^procedure  heading>  or  <function  heading>,  entry 
and  exit  to  that  subroutine  will  be  noted* 

If  a  <t race-control>  appears  In  the  <trace-dl rect ive>,  the 
<trace-control>  formula  will  be  tested  dynamically  at  each  use  of  a 
<narae>  as  defined  in  the  preceding  paragraph.  The  trace  output  Is 
suppressed  if  the  formula  is  determined  to  be  false.  If  the 
<trace-cont rol>  is  omitted,  it  is  considered  to  be  true. 

If  two  or  more  active  <t race-directives>  contain  the  same  <name>, 
then  the  lexically  latest  one  overrides  the  earlier  ones  for  that 
<name>  • 

Constraints : 

All  <names>  in  the  <t race-directive> ,  including  names  used  in  the 
<trace-cont rol> ,  except  for  statement  names  and  subroutine  names,  roust 
have  been  declared  prior  to  their  use  in  the  <t race-d i rec t ive> • 

A  vtrace-direct ive>  can  occur  only  within  a  <statement>. 

A  <bit- formula>  cannot  be  implicitly  converted  to  the 
<boolean-f orraula>  In  a  <t race-control> • 


9.5  INTERFERENCE  DIRECTIVES 


!  INTERFERENCE 

<interf erence-cont rol>  ; 

<data-name>  :  (2.6) 

<da ta-name) , • • •  (2.6) 


The  <interf erence-direct ive>  informs  the  compiler  that  it  cannot 
assume  that  the  storage  associated  with  the  name  to  the  left  of  the 
colon  is  distinct  from  the  storage  associated  with  the  names  to  the 
right  of  the  colon.  In  the  absence  of  an  <interf erence-direct ive>  the 
compiler  can  make  optimizations  on  the  assumption  that  distinct 
<data-names>  refer  to  distinct  storage  locations.  If  two  <data-names> 
refer  to  the  same  storage  location,  these  optimizations  could  result  in 
erroneous  code.  If  two  <data-names>  share  the  same  storage,  an 
assignment  to  one  name  should  affect  the  value  of  the  other*  If  the 
compiler  optimizes  on  the  assumption  of  non-interference,  these 
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semantics  might  not  be  preserved. 

The  compiler  Is  aware  of  storage  overlapping  as  a  result  of 
<specif ied-table-i tems>  and  as  a  result  of  the  arrangement  of  data 
within  a  single  overlay.  This  overlapping  need  not  be  reported  via  an 
<interference-directive>.  Other  instances  of  overlap,  e.g.,  as  a  result 
of  absolute  addresses  in  separate  overlays,  must  be  stated  by  the  use  of 
an  <interf erence-dl rective> . 

An  <lnt erf erence-dl rective>  can  occur  only  in  a  <declarat ion> • 

All  <da ta-names>  In  the  <interf erence-cont rol>  must  have  been 
declared  prior  to  their  use  in  the  <interf erence-d i rec t ive> . 


9.6  REDUCIBLE  DIRECTIVES 
Syntax ; 

<reducible-direc t ive>  IREDUCIBLE  ; 

Semantics : 


The  <reducibl e-d irect ive>  is  used  to  allow  additional  optimization 
of  function-calls.  A  reducible  function  is  one  for  which  all  calls  with 
identically-valued  actual  parameters  result  in  identical  function  values 
and  output  parameter  values,  and  which  does  not  modify  any  data  except 
actual  output  parameters  and  automatic  data  declared  within  its  own 
body.  If  a  <reducible-direc tive>  is  used  to  designate  such  functions  as 
reducible,  the  compiler  may  detect  the  existence  of  such  common  calls, 
save  the  values  returned  from  the  initial  call  for  use  in  place  of  any 
subsequent  calls,  and  delete  these  subsequent  calls. 

Constraints  : 


The  <reducible-di rect ive> ,  if  present,  roust  be  pi?  :ed  immediately 
following  the  semicolon  of  the  <funct ion-heading> . 

If  a  function  designated  as  reducible  is  both  declared  and  defined, 
the  <reduc i ble-di rec t ive>  must  appear  in  both  the  definition  of  the 
function  and  in  all  declarations  of  it. 


9.7  LISTING  DIRECTIVES 

9.7.1  SOURCE-LISTING  DIRECTIVES 


Syntax ; 
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<nollst-directive> 


! NOLI  ST  ; 


<list-direct ive> 

!  LIST 

<e ject-direc t ive> 

! EJ ECT 

Semant ics  : 

Listing  directives  are  used  to  provide  source  listing  control 
information  to  the  compiler.  The  <nolist-di rec t ive>  causes  suppression 
of  the  source  listing  beginning  with  the  next  source  line,  up  to  and 
including  the  next  <1 i s t-d i rec t i ve>  ,  which  causes  the  listing  to  be 
resumed  . 


The  <e jec t-d i rec t i ve> 
before  listing  the  following 
ignored  if  the  source  listing 


causes  a  page 
source  lines, 
i s  suppressed  • 


eject  of  the  source  listing 
The  <e jec t-d i rec t I ve>  is 


9.7.2  DEFINE-LISTING  DIRECTIVES 


Synt  ax : 

<listinv-di recti ve> 
<1 i st  exp-di rect ive> 
<li st  both-d i rec t i ve> 
Semant i cs  : 


:;=  1LISTINV  ; 

!  LI  STEXP  ; 

! LISTBOTH  ; 


Def i ne-1 I st ing  directives  allow  programmer  control  over  the  text  to 
be  included  in  the  source  pi ogram  listing  for  <def i ne-cal 1 s> . 

The  text  contained  in  the  listing  for  a  particular  <def ine-call> 
depends  on  the  def i ne-1 i st i ng  directive  which  was  in  effect  at  the  point 
of  the  corresponding  <define-declara t ion>  ( not  on  the  directive  in 
effect  at  the  point  of  the  <def ine-cal 1> ) .  If  this  directive  was 
ILISTINV,  then  the  listing  contains  the  text  of  the  <def ine-cal 1> ;  if 
the  directive  was  1L1STEXP,  then  the  listing  contains  the  expanded 
string  (the  <def ine-st ring>  after  substitution  of 
<actual-def ine-parameters>) ;  if  the  directive  was  !LISTB0TH,  then  the 
listing  contains  both  the  invocation  and  the  expansion. 


Each  def ine-1 i st ing  directive  is  in  effect  from  the  lexical  point 
at  which  it  appears  to  the  end  of  the  current  scope  or  to  the  point  at 
which  the  next  def ine-1 1st ing  directive  appears,  whichever  is  first. 
The  default  def ine-1 ist ing  directive  in  effect  at  the  beginning  of  every 
module  is  ILISTINV. 
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Const raint : 

<Li s t inv-d i rect ives> ,  <1 1 s t exp-di rec t ive6>  and 

<1 is tboth-di rect ives>  may  appear  only  in  a  <declarat ion> . 

Note : 


The  effect  of  a  def ine-listlng  directive  for  a  particular 
<def ine-cal 1>  is  independent  of  whether  a  <nolist~direct ive>  is 
suppressing  the  source  listing  at  the  point  of  the  <def ine-declara t ion> 
being  invoked. 


9.8  REGISTER  DIRECTIVES 


Syntax : 


<base-d i rect i ve> 

:  2=  J BASE  <data-name> 

(2.6) 

<int eger-1 i teral>  ; 

(8.3.1) 

<isbase-directive> 

JlSBASE  <dat a-narae> 

(2.6) 

<integer-l i teral>  ; 

(8.3.1) 

<drop-direct ive> 

t DROP 

<integer-li teral>  ; 

(8.3.1) 

Semantics : 

Register  directives  affect  target-machine  register  allocation. 
Each  of  these  three  directives  uses  an  <integer-l i teral>  in  a 
t arge t-machine-dependent  way  to  specify  which  register  is  affected. 

The  <base-di rect ive>  loads  the  specified  register  with  the  address 
of  the  object  corresponding  to  the  <data-name>. 

The  <isbase-direct i ve>  directs  the  compiler  to  assume  that  the 
specified  register  contains  the  address  of  the  data  object  corresponding 
to  the  <da ta^name> ,  but  to  take  no  action  to  guarantee  it. 

The  <drop-di rective>  frees  the  specified  register  for  other  use  by 
the  compiler  in  generating  code  for  subsequent  statements.  Both  !  BASE 
and  IISBASE  cause  the  compiler  to  dedicate  the  register  to  the  value  it 
currently  contains  until  !DR0P  or  the  end  of  the  current  scope  is 
encountered . 

Register  directives  may  be  ignored  in  implementations  for  machines 
on  which  register  allocation  is  not  meaningful. 
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9.9  EXPRESSION  EVALUATION  ORDER  DIRECTIVES 
Syntax ; 

<lef  t rlght-di rect ive>  ! LEFTRIGHT  ; 

<rearrange-dl recti ve>  : IREARRANGE  ; 

Semantics : 

If  a  <lef tright-direct ive>  is  in  effect,  operators  at  the  same 
precedence  level  are  evaluated  in  lef t-to-r ight  order  within  a  given 
<formula>,  consistent  with  the  order  imposed  by  parentheses. 

If  a  <rearrange-di rect ive>  is  in  effect,  order  of  evaluation  is 
still  constrained  by  parentheses  and  operator  precedence,  but  the 
compiler  is  otherwise  free  to  rearrange  the  expression  for  more  optimal 
code  generation.  Such  as  by  applying  associative  and  commutative  laws. 

The  effect  of  each  of  these  directives  extends  from  the  point  at 
which  it  appears  to  the  end  of  the  current  nainescope  or  to  the  point  at 
which  a  different  expression-evaluation-order  directive  appears, 
whichever  is  first.  At  the  beginning  of  each  module,  a  <rearrange- 
directive>  is  in  effect  by  default. 


9.10  INITIALIZATION  DIRECTIVES 


Syntax : 

<ini t ialize-direct ive>  : ! INITIALIZE 


Semantics : 

The  <init ialize-directive>  causes  all  STATIC  data  objects  that  are 
not  explicitly  initialized  via  an  <item-preset> ,  <table-preset> ,  or 
<block-preset> ,  to  be  preset  by  default  to  all  zero  bits.  ^ 

Its  effect  extends  from  the  point  at  which  it  appears  to  the  end  of 
the  current  namescope. 


Constraint ; 

The  <init ialize-direct ive>  may  appear  only  in  <declarat ions> ,  but 
not  in  a  <table-body>  nor  in  a  <block-body-pa rt>  nor  in  a 
<subroutine-declarat ion> . 
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9.11  ALLOCATION  ORDER  DIRECTIVES 
„  l 

Syntax: 


<orde r-di reet ive>  :  ;  =  ! ORDER  ; 

Semant i cs : 

The  <order-d i rect i ve>  directs  a  compiler  to  allocate  storage  for 
the  data  objects  in  a  block  or  ordinary  table  in  the  order  in  which 
their  declarations  appear  in  the  text  of  the  <bl ock-body-pa r t >  or  the 
<ordinary-t able-opt ions> .  Lexically  declared  data  objects  that  occur 
earlier  in  text  are  allocated  physically  lower  addresses,  and  if  data 
objects  share  a  word,  lexically  earlier  data  are  allocated  to  the  left 
of  later  data.  Tn  the  absence  of  an  <order-di rect i ve> ,  a  compiler  is 
free  to  rearrange  the  physical  storage  layout  for  ease  of  access  or  more 
optimal  utilization  of  memory. 

The  effect  of  the  <orde r-d i ree t i ve>  extends  from  the  point  at  which 
it  appears  to  the  end  of  the  current  block  or  table.  If  the 
<order-di rec t ive>  is  in  a  block,  its  effect  extends  to  the  components  of 
any  blocks  or  ordinary  tables  contained  in  the  block. 

If  an  <order-d i rec t ive>  appears  in  an  <ordinary-table-opt ions>  in  a 
<table-type-declarat  ior\>  ,  the  ordering  extends  to  all  tables  declared  of 
that  type. 

Cons t  ra i nt s  : 


A  block  affected  by  an  <order-di rec t ive>  cannot  contain  an 
<over lay-dec  1 ara t i on> • 

The  <order-di rect ive> ,  if  present,  must  be  the  first  of  the 
<block-body-opt ions>  in  the  <block-body-part> ,  or  the  first  of  the 
<ordinary-t able-opt ions>  in  the  <ordinary-table-body> . 
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APPENDIX 

CROSS -REFERENCE  INDEX 

Tills  appendix  provides  a  c  ross-ref  e  rtuice  for  terminal  and 
non-terminal  constructs  In  the  J73  syntax  used  In  this  manual.  For  each 
construct,  columns  give  the  section  In  the  manual  where  It  is  defined 
and  the  sections  where  it  is  used  or  referenced. 


Cons  t  rue  t 

Definition 

References 

A 

2.1  .1  .3  ,  7.0,  8.1 ,  8 

ABORT 

4.5,  4.10,  8.2.2 

abort-phrase 

4.5 

4  .5 

abort-statement 

4.10 

4.0 

ABS 

6.3.6,  8.2.2 

abs-f  unction 

6.3.6 

6.3 

absolute- address 

2.6 

2.6 

ac  tual-def i ne-pa  rame  ter 

2.4.1 

2.4  .1 

actual-define-parameter-list 

2.4.1 

2.4.1 

actual-input-parameter 

4.5 

4.5 

ac tual-output-parame t er 

4.5 

4.5 

actual -pararaeter-1 i st 

4.5 

4.5,  6.3 

allocation-specifier 

2.1.5 

2.1.1,  2.1.2,  2.1.4 

AND 

5.2.1,  8.2.2,  8.2.3 

and-cont inua t ion 

5.2 

5.2 

a  ri t hme  tic-operator 

8.2-3 

8.2.3 

assignment-operator 

CO 

CSI 

00 

8.2.3 

assignment-statement 

4.1 

4.0 
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Construct 

Definition 

Reference# 

B 

2. 1.1. 4,  7.0,  8.1, 

8.3.2 

BA  SET 

9.8 

base-directive 

9.8 

9.0 

bead 

8.3.2 

8.3.2 

bead-size 

8.3.2 

8.3.2 

BEGIN 

1.2.3,  2.0,  2. 1.2. 3, 

2. 1.2. 4,  2.1.4,  2.5.1, 
2.5.2,  2.7,  3.1,  4.0, 

4.4,  8.2.2,  9.2.2 

begin-d i rect ive 

9.2.2 

9.0 

BIT 

6.1,  8.2.2 

bit-conversion 

7.0 

5.2 

bi t-formula 

5.2 

4.4,  5.0,  5.2, 

5.2.2,  6.3.3, 

6.3.5 

bit-function 

6.3.3 

6.3 

bi t-f one t ion-call 

5.2 

5.2 

bit-function-variable 

6.1 

6.1 

bi t-i tem-descr ipt ion 

2. 1.1. 4 

2.1 .1 .4 

bit-literal 

8.3.2 

5.2,  8.3 

bit-operator 

8.2.3 

8.2.3 

bit-primary 

5.2 

5.2,  5.2.1 

BITSINBYTE 

1.4 
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Construct 

Definition 

References 

BITSINPOINTER 

1.4 

BITSINWORB 

1.4 

BITSIZE 

6.3.8,  8.2.2 

bit-size 

2. 1.1.4 

2. 1.1.4 

bits-per-ent ry 

2.1 .2.2 

2.1  .2.2 

bit- type-conversion 

7.0 

7.0 

bit-type-description 

2. 1.1.4 

2.1.1,  7.0 

bit-type-name 

2.1 .1 .4 

2. 1.1. 4,  7.0 

bit-variable 

5.2 

5.2,  6.1 

BLOCK 

2.1.4,  2.2,  2.5.1, 
8.2.2 

block-body-options 

2.1 .4 

2.1.4 

block-body-part 

2.1.4 

2.1.4,  2.2 

block-declaration 

2.1.4 

2.1 

block-de reference 

6.1 

4.5,  6.1,  6.3.1 

block-i tem 

6.1 

6.1 

block-name 

2.1.4 

2.1.4,  2.5.1,  2.6, 
5,  6.3.1,  6.3.8 

block-preset 

2.1 .6 

2.1.4 

block-preset-list 

2.1.6 

2.1.6 

block-preset-va lues-option 

2.1.6 

2.1.6 

block-table 

6.1 

6.1 

block-table-entry 

6.1 

6.1 

block-t able-1 tem 

6.1 

6.1 
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Const  rue t 

Definition 

Re  f  <  -renc  *i*  s 

hi ock-t  ype-der la  ration 

2  .  2 

2.2 

block- 1  ype-name 

2.2 

2.1.1. 7,  2.  J  .4,  2.2 

bool ean-f ornul a 

5.2.2 

4.2,  4.3,  9.4 

boolean-1 i te  ral 

8.3.3 

5.2,  8.3 

bounds-f unct ion 

6.3.9 

6.3 

BY 

4.2,  8.2.2 

by-f  ornula 

4.2 

4.2 

by-o  r-t ben- phrase 

4.2 

4.2 

by-phrase 

4  .2 

4.2 

BYKEF 

3.3,  8.2.2 

FiYKES 

3.3,  8.2.2 

BYTE 

6.1,  6.3.4,  8 . 2 . 2 

byt  e-f unc t ion 

6.3.4 

6.3 

byle-function-variable 

6.1 

6.1 

BYTFPOS 

1  .4 

BYTES 3  KWOKD 

1  .4 

BYTES 1ZE 

6.3.8,  P.2.2 

bYVAL 

3.3,  8.2.2 

C 

2 . 1  . 1  .5  ,  7.0,  8.1, 
8.3.2 

CASE 

4.4,  8.2.2 

casc-al ternative 

4.4 

4.4 
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Construct 

Definition 

References 

case-body 

4.4 

4.4 

case-index 

4.4 

4.4 

case- index-group 

4.4 

4.4 

case- select or- formula 

4.4 

4.4 

case-statement 

4.4 

4.0 

character 

8.1 

2.4,  2.4.1,  8.3.4, 

8.4 

character-conversion 

7.0 

5.3 

character- formula 

5.3 

4.4,  5.0,  5.2.1, 

5.3,  6.3.4 

charac  t  er- f unc t ion-call 

5.3 

5.3 

character- item-description 

2.1  .1 .5 

2.1  .1  .5 

charac  ter- 1 i teral 

8.3.4 

• 

CM 

o> 

# 

Ch 

CO 

• 

CO 

charac  t  e  r-si ze 

2.1  .1 .5 

2.1 .1 .5 

charac  ter- type-description 

2.1  .1.5 

2.1.1,  7.0 

charac  ter- type-name 

2.1  .1.5 

2. 1.1. 5,  7.0 

cha  rac  ter- va  ri able 

5.3 

5.3,  6.1 

comment 

8.4 

8.2 

compile-t ime-bi t- formula 

5.1.2 

4.4,  5.0 

compile-t ime-cha rac ter- formula 

5.1.3 

4.4,  5.0 

com pi le-t ime-f ixed- formula 

5.1.3 

5.1 

compile-t ime- float ing- formula 

5.1.2 

1.4,  5.1 

compile-t i me- formula 

5.0 

2.1.6 

compile-t ime-int cger-fonnula 

5.1.1 

1.4,  2. 1.1.1,  2. 1.1. 2, 
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Construct 

Def ini t Ion 

References 

2.1 .1 .3,  2.1  .1  .4 
2.1 .1 .5,  2.1  .1  .6 
2.1 .2.1 ,  2.1  .2.2 

2. 1.2. 4,  2.1.6,  : 

4.4,  5.1,  6.3.9 

compile- t ime-numeric- formula 

5.1 

5.0 

compile- t ime- pointer- formula 

5.5 

5.0 

compile- t irae-sta tus- formula 

5.4 

2.1  .2.1 ,  2.1.6, 
4.4,  5.0 

complete- prog ram 

1.1 

compound-def 

2.5.1 
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f» .  M 
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5.04 
b .  05 
5.60 
5 .  f.  / 

0  .Ml 
5.60 
5.00 
.  01 
.  62 
6.03 
6.04 
5.66 
5.00 
6.07 
6.08 
6.00 

5.70 

5.71 
5.  73 
6.7  3 
0.74 
b.  /b 
0.76 
5.77 
b.  us 
b.  n 
b .  60 
b  .  8  1 

6  83 
fi.83 
b  8  4 
'* 

!> .  i:. » . 
b  .  6  / 


load  stilus  ------------ 

Stack  lli  and  jump  to  subroutine  ------- 

tins  tack  l(.  and  return  from  sub rou tine  ----- 

Single  proc  is  ion  load  --------- 

DoubH*  precision  load  --------- 

load  multiple  registers 

l.x tended  precision  floating  point  load  - 
l  oed  from  upper  byte  ---------- 

load  from  lower  byte  - 

Pop  multiple  rey is  tors  of f  the  Stack- 

Single  precision  store 

Store  a  non  negative  constant 

Move  mull iple  words,  memory- to -memory  ----- 
Double  precision  store 

Store  register  through  mask  -------- 

Store  multiple  registers  - 

(  xtended  precision  floating  point  store  ----- 
Store  into  upper  byte 
Store  into  lower  byte 

Push  multiple  registers  onto  the  stack  ----- 

Single  precision  integer  add  - 

Increment  memory  by  a  positive  integer 

Single  precision  absolute  value  of  register  - 

Double  precision  absolute  value  of  register  -  -  -  - 

Double  precision  integer  add  -------- 

floating  point  add  ---------- 

Extended  precision  floating  point  add  ----- 

floating  point  absolute  value  of  register  - 

Single  precision  integer  subtract  ------ 

DecreincMit  memory  by  a  positive  integer 

Single  precision  negate  register  ------- 

Double  precision  negate  register  ------- 

Double  precision  integer  subtract  ------ 

floating  point  subtract  -  --  --  --  -- 

Extended  precision  floating  point  subtract  -  ---- 

Floating  point  negate  register  ------- 

Single  precision  integer  multiply  with  1G  bit  product 
Single  precision  integer  multiply  with  3?-bit  product 
Double  precision  integer  multiply  ------ 

Floating  point  multiply  --------- 

Extended  precision  floating  point  multiply  ---- 

Single  precision  integer  divide  with  16 -bit  dividend  - 
Single  precision  integer  divide  with  32 -bit  dividend  - 
Double  precision  integer  divide- 
Moating  point  divide 

fxtended  precision  floating  point  divide  ----- 
I nt  1  us  i  v»;  1  uy  i c.tl  Oft  - 

logical  AM)  -  ---------- 

lx  elusive  logical  Oil  ---------- 

logical  (JAM)  ------------ 

Convert  (  i  t  I  tug  point  to  10  b  i  I  integer  ----- 

L  unva  i  t.  1  b  I  *  1 1  mlogor  to  f  1  o  •  I  iiuj  point  ■  - 

Convert  i  tended  pi  ».c  i  .  ion  tlo.il  ing  point  to  3?  bit  integer 
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0.9  0 
0 .  0  1 
0.9? 
0.93 
0.94 
0.90 
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C envoi*  3 2  -  to  i  l.  inlogor  to 
tx  chain;':  bytes  in  register 
I' x  change  words  in  »  eg  iutui  s 
Single*  precision  compare  - 
Compare  between  limits  - 
Double  precision  compare  - 
Floating  point  coup a re  -  -  - 

Lx tended  precision  Floating  point  compare 
No  operation  -  - 

Break  point  ------- 

INOLX  -------- 


x  tended  precision  floating  point 
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1  Expanded  memory  mapping  diagram 

2  IntorrupL  system  flowchart 

3  Interrupt  vectoring  system 


230 


2  July  1000 


I  Alii  I  S 


Single  precision  fixed  point  numbers  - 
Double  precision  fixed  point  numbers  - 
32 -bit.  Hon  ting  point  numbers  - 
48-bit  extended  floating  point  numbers 
Addressing  modes  and  instruction  word  format  - 
Processor  reset  state  - 
At  code  to  access  key  mapping  - 
Interrupt  definitions  ------ 

Input/output  channel  groups  - 

Operation  code  matrix  ------ 

Extended  operation  codes  ------ 


MI  I.  -  STD  -  1 7  50  A  (USAF) 
2  July  1980 


1  SCOII-  AM)  1*1  KOOSI* 

1.1  Su 'pc.  I  his  siaiul.iul  defines  (lie  instruction  set  architecture  (ISA)  for  airborne  computers.  It  docs  not  define 
specific  implementation  details  of  a  computer. 

1.2  Purpose.  Hie  purpose  of  tl  s  documcni  is  to  establish  a  uniform  instruction  sot  architecture  for  airborne 
computcis  which  shall  be  used  in  Air  l-oicc  a\ ionic  weapon  systems. 

I  T  Applicability.  This  standard  is  intended  to  lie  used  to  define  only  the  ISA  of  aiibornc  computers.  System- 
unique  requirements  suc  h  as  speed,  weight,  power,  additional  inpiit/ouipiil  commands,  and  environmental 
operating  characteristics  are  defined  in  the  computer  specification  for  each  computer.  Application  is  not  restricted  to 
any  particular  a\  ionic  function  or  specific  hardware  implementation  by  this  standard.  Generally,  the  ISA  is 
applicable  to.  and  shall  be  used  for,  computers  that  perform  such  functions  as  moderate  accuracy  navigation, 
computed  air  release  points,  weapon  delivery,  air  rcndc/vous,  stores  management,  aircraft  guidance,  and  aircraft 
management.  I  his  standard  is  not  restricted  to  implementations  of  "stand-alone"  computers  such  as  a  mission 
computer  or  a  fire  control  computer.  Application  to  the  entire  range  of  avionics  functions  is  encouraged  such  as 
stability  and  control,  display  processing  and  control,  thrust  management,  and  electrical  power  control. 

1.4  benefits.  ITic  expected  benefits  of  this  standard  ISA  are  the  use  and  re-use  of  available  support  software  such 
as  compilers  and  instruction  level  simulators.  Other  benefits  may  also  be  achieved  such  as:  (a)  reduction  in  total 
support  software  gained  by  the  use  of  die  standard  ISA  for  two  or  more  computers  in  a  weapon  system,  and  (b) 
software  development  independent  of  hardware  development 

2  REFERENCED  DOCUMENTS 

Not  applicable. 


3  DEFINITIONS 

3.1  Accumulator.  A  register  in  the  arithmetic  logic  unit  used  for  intermediate  storage,  algebraic  sums  and  other 
arithmetic  and  logical  results. 

3-2  Address.  A  number  which  identifies  a  location  in  memory  where  information  is  stored. 

3.3  Arithmetic  logic  unit  (ALU),  lbat  portion  of  hardware  in  the  central  processing  unit  in  which  arithmetic  and 
logical  operations  arc  performed. 

3.4  Avionics.  All  the  electronic  and  electromechanical  systems  and  subsystems  (hardware  and  software)  installed 
in  an  aircraft  or  attached  to  it.  Avionics  systems  interact  with  the  crew  or  other  aircraft  systems  in  these  functional 
areas:  communications,  navigation,  weapons  delivery,  identification,  instrumentation,  electronic  warfare, 
reconnaissance,  flight  control,  engine  control,  power  distribution,  and  support  equipment. 

3.5  base  register.  Any  general  register  used  to  provide  the  base  address  portion  of  the  derived  address  for 
instructions  using  the  base  relative  or  base  relative-indexed  addressing  modes. 

3.6  Bit.  Contraction  of  binary  digit;  may  be  either  zero  or  one.  In  information  theory,  a  binary  digit  is  equal  to 
one  binary'  decision  or  the  designation  of  one  of  two  possible  values  or  states  of  anything  used  to  store  or  convey 
information. 

3.7  Byte.  A  group  of  eight  binary  digits. 

3.8  Central  processing  unit  (CPU).  That  portion  of  a  computer  that  controls  and  performs  the  execution  of 
instructions. 


1 

233 


I 


Mfl -STD-  1750A  (USAFj 
2  July  1980 


3.9  Control  unit.  That  portion  of  hardware  in  the  CPU  that  direct",  sequence  of  operations,  mieinicts  coded 
instructions,  and  initiates  proper  commands  to  other  parts  of  the  computer. 

3.IU  General  nnrposc  register.  A  register  that  may  be  used  for  arithmetic  and  logical  operations,  indexing, 
shifting,  input  output,  and  general  storage  of  temporary  data. 

3. 1 1  Index  register.  A  registei  that  contains  a  quantity  for  modification  of  an  address  w  ithont  permanently 
modifying  die  address. 

3.12  Inpui/ontput  ( I/O).  That  portion  of  a  computer  which  interfaces  to  Lhc  externa!  world. 

3. 1 3  Instruction.  A  program  code  which  tells  the  computer  what  to  do. 

3.14  Instruction  counter  ( 1C).  A  register  in  the  CPU  that  holds  the  address  of  die  next  instruction  m  be  executed. 

3.15  Instruction  set  architecture  (ISA).  The  attributes  of  a  digital  computer  as  seen  by  a  machine  (assembly) 
language  programmer.  ISA  includes  die  processor  and  input/output  instruction  sets,  their  formats,  operation  (.odes, 
and  addressing  modes;  memory  management  and  partitioning  if  accessible  to  the  machine  language  programmer, 
die  speed  of  accessible  clocks;  interrupt  structure;  and  die  manner  of  use  and  format  of  all  registers  and  memory 
locations  that  rr  iy  he  directly  manipulated  or  tested  by  a  machine  language  program.  I  his  definition  excludes  die 
time  or  speed  of  any  operation,  internal  computer  partitioning,  electrical  and  physical  organization,  circuits  and 
components  of  the  computer,  manufacturing  technology,  memory  organization,  memory  cycle  time,  and  memory 
bus  widths. 

3.16  Interrupt.  A  special  control  signal  that  suspends  the  normal  flow  of  the  processor  operations  and  allows  the 
processor  to  respond  to  a  logically  unrelated  or  unpredictable  event. 

3.17  Memory.  'Ihat  portion  of  a  computer  that  holds  data  and  instructions  and  from  which  they  can  be  accessed  at 
a  later  time. 

3.18  Operation  code  (OPCODH).  Ihat  part  of  an  instruction  that  defines  the  machine  operation  to  be  performed. 

3.19  Operand.  Ihat  part  of  an  instruction  that  specifics  die  address  of  the  source,  the  address  of  die  destination,  or 
the  data  itself  on  which  the  processor  is  to  operate. 

3.20  Page  register.  A  register  which  is  used  to  supply  additional  address  bits  in  paged  memory  addressing 
schemes. 

3.21  Programmed  input/outnut  (PIO),  A  type  of  I/O  channel  that  allows  program  control  of  information  transfer 
between  the  computer  and  an  external  device. 

3.22  Register.  A  device  in  the  CPU  for  the  temporary  storage  of  one  or  more  words  to  facilitate  arithmetical, 
logical,  or  transfer  operations. 

3.23  Register  transfer  language  (RTUV  A  language  used  to  describe  operations  (upon  registers)  which  arc  caused 
by  the  execution  of  each  instruction. 

3.24  Reserved.  Must  not  be  used. 

3.25  Sparc.  A  frame wo«  k  for  usage  is  defined  by  the  standard  with  particulars  to  be  defined  by  the  application 
requirements. 

3.26  Stack.  A  sequence  of  memory  locations  in  which  data  may  be  stored  and  rcMiexcd  on  a  last- in  -first-out 
(1  IPO)  basis. 


2 


234 


Mil -S1D-1750A  ( USAF ) 
2  July  1030 

3.27  Slack  pointer.  A  register  that  points  to  the  last  item  on  the  stack. 

3.28  Stains  woij  ivgjstcr.  A  register  whose  state  is  defined  l>>  some  prior  e\cnl  occurrence  in  the  computer. 

3.29  Word.  Sixteen  bits. 

4  GENERAL  IIUMLNTS 

4.1  Data  formats.  3  he  instruction  set  shall  support  16-bit  fixed  point  single  precision,  12-hit  fixed  point  double 
precision,  32-bit  floating  point  and  48-bit  floating  point  extended  precision  data  in  2  s  complement  representation. 

4.1.1  Single  precision  fixed  point  data.  Single  precision  16-bit  fixed  point  data  shall  be  represented  as  a  16-btt  2’s 
complement  integer  number  with  the  most  significant  bit  (MSB)  as  die  sign  bit; 

MSB  LSB 


Examples  of  single  precision  fixed  point  numbers  arc  shown  in  table  I. 

TABLE  I.  Single  precision  fixed  point  number 


Integer 


16-Bit  Hexadecimal  Word 


--  - - 1  — 

32767  | 

7 

F 

F 

F 

- - j 

16384  | 

4 

0 

0 

0 

4096  | 

1 

0 

0 

0 

2  I 

0 

0 

0 

2 

1  | 

0 

0 

0 

1 

0  1 

0 

0 

0 

0 

-1  1 

F 

F 

F 

F 

-2  | 

F 

F 

F 

E 

'4096  | 

F 

0 

0 

0 

-16384  | 

C 

0 

0 

0 

-32767  | 

6 

0 

0 

1 

-32768  | 

8 

0 

0 

0 
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4.1.2  Double  precision  fixed  pomi  data  Double  pi*  imuii  U  Im  '  »«*d  pmm  J.ii.i  sh.il!  lx*  "•)  ■■re-ented  a*  a  v  !m 
2\  complement  integer  niunhci  with  the  most  sign  Ik  am  bit  i  MSH)  ,»i  the  1'ii v:  \mJ  as  ilu*  sign  Hit 

MSB  I  SB 


I S  |  (MSH)  |  (ISH) 


01  15  16  31 

I  samples  of  machine  representation  for  double  precision  fixed  point  numbers  are  shown  in  table  II 


I  A HI  F  II  Double  precision  fixed  point  numbers 


Integer  | 

32  B  i  t 

Hexadecimal  Word 

2,147,483.647  | 

7 

F 

f 

F 

I 

F 

F 

F 

1.073.741,824  | 

4 

0 

0 

0 

0 

0 

0 

0 

2  1 

0 

0 

0 

0 

0 

0 

0 

2 

1  | 

0 

0 

0 

0 

0 

0 

0 

1 

o  1 

0 

0 

0 

0 

0 

0 

0 

0 

-1  1 

F 

F 

F 

F 

F 

F 

F 

F 

-2  | 

F 

F 

F 

F 

F 

F 

F 

E 

-1.073,741.825  | 

C 

0 

0 

0 

0 

0 

0 

0 

2,147,483,647  | 

8 

0 

0 

0 

0 

0 

0 

1 

-2,147,483.648  | 

8 

0 

0 

0 

0 

0 

0 

0 

4.1.3  Fixed  point  operands.  All  operands  for  fixed  point  adds,  subtracts,  multiplies  and  divides  arc  integer.  A 
fixed  point  overflow  shall  be  defined  as  arithmetic  overflow  if  the  result  is  greater  than  7FFF,h  or  less  than  8000 16 
for  single  precision  and  greater  than  7FFF  FFFFl6or  less  than  8000  000016  for  double  precision. 

4.1.4  Results  on  fixed  point  overflow.  On  fixed  point  operations  which  cause  overflow,  the  operation  shall  be 
performed  to  completion  as  if  the  VISHs  arc  present  and  die  16  LSBs  for  single  precision  or  the  32  I.SBs  for  double 
precision  shall  be  retained  in  die  proper  rcgistcr(s).  Division  by  zero  shall  produce  a  fixed  point  overflow  and 
return  results  of  all  zeros. 

4.1.5  Floating  point  data.  Floating  point  data  shall  be  represented  as  a  32-bit  quantity  consisting  of  a  24-bit  2’s 
complement  mantissa  and  an  8-bit  2*s  complement  exponent. 
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| S |  Mantissa  |  Lxponent  | 


01  23  24  31 

I  Iiuting  point  numbers  are  represented  as  a  fractional  mantissa  times  2  raised  to  the  power  of  Lhc  exponent.  All 
floating  p<  uni  numbers  are  assumed  normalized  or  boating  point  zero  at  the  beginning  of  a  floating  point  operation 
and  the  results  of  all  boating  pomt  operations  arc  normalized  la  normalized  boating  point  number  h«ts  the  sign  of  tile 
mantissa  and  the  next  bit  of  opposite  value)  or  floating  point  zero.  A  boating  point  zem  is  defined  as  0000  000016, 
that  is,  a  /t.  in  rnaiutssa  and  a  zero  exponent  An  extended  lloatu  g  point  zero  is  defined  as  0000  0000  0000^, 

that  is.  a  zero  mantissa  and  a  zero  exponent.  Some  examples  of  the  machine  representation  for  32  bn  boating  point 
numbers  arc  shown  in  table  111. 


TAHLK  III.  32-bit  mating  point  numbers 


Hexadecimal  Notation 


|  Decimal  Number  |  Mantissa  EXP 
I  127 

|  0.9999998  x  2lc  |  7FFF  FF  7F 
j  0.5  x  2127  |  4000  00  7F 
|  0,625  x  2 4  |  5000  00  04 
|  0.5  x  21  |  4000  00  01 
|  0.5  x  2°  |  4000  00  00 
|  0.5  x  2'1  |  4000  00  FF 
|  0.5  x  2~128  |  4000  00  80 
|  0.0  x  2°  |  0000  00  00 
|  -1.0  x  2°  |  8000  00  00 
|  -0.5000001  x  2"128  |  BFFF  FF  80 
I  -0.7500001  x  2 4  9FFF  FF  04 


4.1 .8  Hx tended  precision  floating  point  data.  P>tendcd  floating  point  data  shall  be  represented  as  a  48-bit  quantity 
consisting  af  a  40-bit  2  s  complement  mantissa  and  an  8-bu  2’s complement  exponent.  Ihc  exponent  bits  24  to  31 
lay  between  the  split  mantissa  hits  0  to  23  and  bits  32  to  47.  flic  most  significant  bit  of  the  mantissa  is  the  sign  bit  0, 
and  the  least  significant  bit  of  the  mantissa  is  bit  47. 
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|  |  Man t i ssa  |  |  Mant  i  ssa  | 

J  S |  MS  [Exponent]  IS  | 

01  23  24  31  32  47 

Some  examples  of  the  machir  '  representation  of  48-hit  extended  floating  point  numbers  are  shown  in  table  IV. 

TAB1.F  IV.  48-bit  extended  floating  point  numbers 


Hexadecimal  Notation 


Decimal  Number 

|  Mantissa  (MS) 

!  Exp  1 

Mantissa  (L$) 

«  0.5  x  2127 

|  400000 

1  7F  1 

0000 

0.5  x  2° 

|  400000 

1  00  1 

0000 

0.5  x  2_1 

|  400000 

1  1 

1  FF  1 

0000 

0.5  x  2-128 

|  400000 

1  1 

1  00  1 

0000 

-1.0  x  2127 

|  800000 

1  1 

1  7F  1 

0000 

-1.0  x  2° 

|  800000 

1  1 

1  00  1 

0000 

-1.0  x  21  . 

|  800000 

1  FF  1 

0000 

-1.0  x  2'128 

|  800000 

1  1 

1  00  1 

0000 

0.0  x  2° 

|  000000 

1  1 

1  00  1 

0000 

-0.75  x  2“! 

|  A00000 

1  1 
i  FF  1 

0000 

l;or  both  floating  point  and  extended  floating  point  numbers,  an  overflow'  is  defined  as  an  exponent  overflow  and  an 
underflow  is  defined  as  as  exponent  underflow. 

4.1.7  Moating  point  operands.  All  operands  for  floating  point  instructions  must  be  normalized  ora  floating  point 
zero.  A  floating  point  overflow  shall  be  defined  as  exponent  o\crflow  if  the  exponent  is  greater  than  7K]f>.  Ihc 
results  of  an  operation  which  causes  a  floating  point  overflow  shall  be  die  largest  positive  number  if  the  sign  of  the 
resulting  mantissa  was  .  ositivc.  or  shall  be  the  smallest  negative  number  if  the  sign  of  the  resulting  mantissa  was 
negative.  Underflow  shall  be  defined  as  exponent  underflow  if  the  exponent  is  less  than  80j().  The  results  of  an 
operation  which  causes  a  floating  point  underflow  shall  be  floating  point  zero.  Separate  interrupts  are  set  for 
overflow  and  underflow.  Only  the  floating  point  instructions  shall  set  the  underflow  ’ntcmipt. 

4.1.8  Truncation  of  floating  point  results.  All  floating  point  results  shall  be  truncated  tow  ard  negative  infinity. 

4.1.9  Results  of  division.  Hie  sign  of  any  non-zero  remainder  is  the  same  as  the  dividend  for  all  division 

instructions:  the  remainder  is  only  accessible  for  single  pieusion  integer  divides  with  16  bit  dividends  and  for  single 
precision  integer  divides  with  U  bit  dividends. 
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4.7  Insimciion  formats.  Six  basic  mslmction  IbrmaP.  dull  support  10  and  32-hit  iir.li  Miltons.  Hie  operation  code 
(opcode)  shall  nonu.illy  consist  of  the  8  most  signilkant  bus  ut  the  mstiuclion. 

4.2.1  Rcuistcr-to-rcuister  formal .  I  hc  rcgister-|o-rogi*4ei  format  is  a  16-bit  instruction  consisting  of  an  8-bit 

opcode  and  two  4-bit  general  register  (GR)  fields  that  typically  specify  any  of  16  general  registers.  In  addition,  these 
fields  ma>  contain  a  shift  count,  condition  code,  opcode  extension,  bit  number,  or  die  operand  for  immediate  short 
instructions. 

MSB  LSB 


|  Opcode  |  GR1  |  GR2  | 


0  7  8  11  12  15 

4.2.2  Instruction  counter  relative  format.  "ITic  Instruction  Counter  (1C)  Relative  Formal  is  a  16-bit  instruction 
consisting  of  an  8-bit  opcode  and  an  8-bit  displacement  field. 
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Opcode  |  Displacement  | 


0  7  8  15 

4.2.3  Base  relative  format,  dlic  base  relative  instruction  format  is  a  16-bit  instruction  consisting  of  a  6-bit  opcode, 
a  2-bit  base  register  field  and  an  8-bit  displacement  field.  The  base  register  (BR)  field  allows  the  designation  of  one 
of  four  different  registers. 
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|  Opcode  |  BR  |  Displacement  | 
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general 
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BR 
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13 

BR 

=  2 

impl ies 

general 

reg  i  ste  r 

14 

BR 

=  3 

impl ies 

gene  rai 

register 

15 

4.2.4  Base  relative  indexed  format.  ITic  base  relative  indexed  instruction  format  is  a  16-bit  instruction  consisting 
of  a  6-bit  opcode,  a  2-bi!  base  register  field,  a  4-bit  opcode  extension  and  a  4-bit  index  register  field.  Hie  base 
register  ( BR)  field  allows  the  designation  of  one  of  four  different  base  registers  and  the  index  register  (RX) 
field  allows  the  designation  of  one  of  fifteen  different  index  registers. 
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|  Opcode  |  BR  |  Op.Fx.  |  RX  | 
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5  6 

7  8 

11  12 

15 

BR 

:  0 

imp  1 i  es 

genera  1 

rey i s  te  r 

12 

BR 

=  1 

impl ies 

general 

reg i s  ter 

13 

y  r 

-  2 

imp 1  ies 

genera  1 

register 

?  4 

HR 

=  3 

imp  1  i  es 

g  e  n  e  r  a  1 

reg  i  s  ter 

15 

RX  =  0  implies  no  indexing 

4.2.5  Long  instruction  format.  I  he  I  ong  Instruction  Formal  is  a  32-bit  instruction  consisting  of  an  Kbit  opcode,  a 
4  bit  general  register  field,  a  4-bit  index  register  field  and  a  16  hit  address  field. 
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|  Opcode  |  GR1  )  RX  j  16-Bit  Address  Field 


0  7  8  11  12  15  16  31 

'typically,  OR  l  is  one  of  the  lo  general  registers  on  which  the  instruction  is  performing  die  operation.  RX  is  one  of 
the  15  general  registers  being  used  as  an  index  register.  Ihc  16-bit  address  field  is  cither  a  full  16-bit  memory 
address  or  a  16-bit  operand  if  die  instruction  specifics  immediate  addressing. 

4.2.6  Immolate  opcode  extension  format.  The  immediate  opcode  extension  format  is  a  32-bit  instruction 
consisting  of  an  8-btt  opcode,  a  4-bit  general  register  field,  a  4-bii  opcode  extension  and  a  16  bit  data  field. 
Typically.  CiR  1  is  one  of  the  16  general  registers  on  which  the  instruction  is  performing  the  operation.  Op.  Fa.  is  an 
opcode  extension. 
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|  Opcode  |  GR1  |  Op. Ex.  |  16-Bit  Immediate  Data  | 

0  /  8  11  12  15  16  31 

4.3  Addressing  modes.  Tabic  V  specifies  the  instruction  word  format,  the  I  )crivcd  Address  (DA),  and  the  Derived 
Operand  (1X4)  for  each  addressing  mode  that  shall  he  implemented  Ihc  smallest  addressable  memory  word  is  16 
hits;  hence,  the  16-hit  address  fields  allow  direct  addressing  of  64K  (65,536)  words.  There  is  no  restriction  on  the 
location  of  double  word  operands  in  memory. 

4.3.1  Register  direct  (R).  An  addressing  mode  in  which  the  instruction  specified  register  contains  the  required 
operand.  (With  the  exception  of  this  address  mode.  DA  denotes  a  memory  address.) 

4.3.2  Memory  direct  (D).  An  addressing  mode  in  which  the  instruction  contains  the  memory  address  of  die 
operand. 

4.3.3  Memory  direct-indexed  (I  )X).  An  addressing  mode  in  which  the  memory  addicss  of  the  required  operand  is 

specified  by  the  sum  of  the  urn  lent  of  an  index  register  and  the  instruction  address  field.  Kegisteis  R  I ,  R2 . Ki  5 

may  be  specified  for  indexing. 
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4.3.4  Memoi  v  indirect  ( I).  An  addressing  mode  in  which  (lie  instruction  specified  memory  address  Lontains  the 
lddiess  oi  the  required  operand. 

4  3.5  Mommy  jn  duvet  _wjth  ore  index im»  (IX).  An  addressing  mode  in  which  die  sum  of  the  i'»i:ietit  ni  a  spec  died 
index  register  and  the  instinct  urn  address  field  is  the  uddre  >  ot  the  address  of  the  required  uper.ihd.  Register  Kl. 
R2 . K 1 5  may  he  specified  tbi  pre-indexing. 

4.3.6  Immediate  long (1M).  Iliere  sh<ill  he  two  methods  of  Immediate  I  one,  addressing:  one  which  allows 
indexing  and  one  which  does  not  The  indexable  foim  of  immediate  addiesvin  ’  is  defined  in  table  V.  II  the 
specified  index  register.  RX  is  not  equal  to  /oro.  the  content  of  K\  is  added  to  the  immediate  field  to  tbim  die 
required  operand:  otherwise  the  immediate  field  contains  the  required  operand. 

4.3.7  Immediate  short  (IS).  An  addressing  mode  in  which  the  required  (4-bit)  operand  is  contained  within  me  1 16- 
hit)  instruction.  Iliere  shall  he  two  methods  of  Immediate  Short  addressing:  one  which  interprets  the  content  ol  the 
immediate  field  as  positive  data,  and  a  second  which  interprets  the  content  of  immediate  field  as  negative  data. 

4.3.7. 1  Immediate  short  positive  (ISP).  I  he  immediate  operand  is  treated  as  a  positive  integer  between  1  and  16. 

4.3. 7. 2  Immediate  short  negative  ( ISN).  I  he  immediate  operand  is  treated  as  a  negative  integer  between  t  and  16. 
Its  internal  form  shall  be  a  2's  complement,  sign-extended  16-bit  number. 

4.3.8  Instruct  ion  counter  relative  (ICR).  Ibis  addressing  mode  is  used  for  16  bit  branch  instructions.  ITic 
contents  ol  the  instruction  counter  minus  one  (i.e..  the  address  of  the  current  instruction)  is  added  U)  the  sign 
extended  8-btt  displacement  field  of  the  instruction.  Hie  sum  points  to  die  memory  address  to  which  control  may  be 
transferred  if  a  branch  is  executed.  Ibis  mode  allows  addressing  within  a  memory  region  of  80^  to  7K]t)  words 
relative  to  the  address  of  the  current  instruction. 

4.3.9  base  relative  (B).  An  addressing  mode  in  which  the  content  of  an  instruction  specified  base  reg  <s  added 

to  the  8 '  h  c  t  displacement  field  of  the  (Wt-bif)  instruction.  JT)C  displacement  field  is  taken  to  be  a  posirii  »  .rber 

between  0  and  255.  '  I  Tie  sum  points  to  the  memory  address  of  the  required  operand.  Ibis  mode  allow  .dv  ig 
w  ithin  a  memory  region  of  256  words  beginning  at  the  address  pointed  to  by  the  base  register. 

4.3.10  Base  relative-indexed  (BX).  Hie  sum  of  the  contents  of  a  specified  index  register  and  a  specified  base 
register  is  the  address  of  the  required  operand.  Registers  Kl,  R2, ....  R15  may  be  specified  for  indexing. 

4.3.1 1  Special  (S).  Hie  special  addressing  mode  is  used  where  none  of  die  other  addressing  modes  are  appli  able. 

4.4  Registers  and  support  features. 

4.4.1  General  registers.  ITic  instruction  set  shall  support  a  minimum  of  16  registers  (R0  through  R15).  !lic 
registers  may  be  used  as  accumulators,  index  registers,  base  registers,  temporary  operand  memory,  and  slack  pointers 
with  the  following  restrictions: 

a.  Only  registers  Rl.  R2 . R15  may  be  used  as  index  registers  (RX). 

b. Onlv  four  registers,  R12,  R13,  R14,  and  R15  may  be  used  as  base  registers  for  instructions  having  the 
Base  Relative  address  mode. 

c. R15  is  the  implicit  stack  pointer  for  the  Bush  and  Pop  Multiple  instructions  (Opcode  8K}(>  and  9Flh). 

d . 1  Tic  gcner.il  registers  arc  not  in  the  logical  memory  address  space. 

c. Instructions  having  the  Base  Relative  .iddressmc  mode  have  a  single  accumulator.  ITic  register  pair  (RO, 

R I )  is  the  accumulator  for  double  pica  ision  and  floating  point  operations.  Register  R2  is  the 
accumulator  for  single  picusmn  opci. iimns  except  multiply  and  dome  base  relative  also  use  RV 
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The  Lvnci.il  ivgisteis  shall  functionally  appear  to  be  lb  bits  in  length  I  <m  insimuions  n  ijuiring  a  12-bit  operation, 
adjacent  icgisiois  shall  be  concatenated  (u  form  effective  V  bit  icgislers.  Instructions  jotun  mg  48-btt  operation 
sh.ill  roncateiiaie  three  .idjacent  registers  to  form  an  effective  48  bit  register. 

When  rcgisteis  are  concatenated,  the  register  specified  by  the  instruction  shall  represent  the  most  significant  word. 

I  lie  tegislcr  set  wraps  around,  that  is.  K 15  concatenates  with  R0  for  32  hit  operations  and  K 15  concatenates  with  R0 
and  R1  for  48-bit  operations. 

4.4.2  Special  registers.  The  instructions  shall  make  use  of  die  following  special  registers:  instruction  counter, 
status  word,  fault  register,  interrupt  mask,  pending  interrupt  register,  and  input/outpul  interrupt  code  registers. 

4  4.2.1  Instruction  counter  (1C).  /\  16-bit  register  used  for  program  sequencing.  It  allows  instructions  within  a 

range  of  65,536  woids  to  be  executed.  It  is  external  to  the  general  registers.  It  is  saved  in  memory  when  an  interrupt 
is  serv  iced. 

4.4. 2. 2  Status  word  (SW).  Hie  instruction  set  shall  reference  a  16-bit  status  word  register  whose  state  is  defined  by 
some  prior  event  occurrence  in  the  computer.  Hie  figure  below  indicates  the  format  for  the  SW  with  the  following 
paragraphs  describing  the  meaning  of  the  Condition  Status  (CS)  field,  reserved  bits,  the  Processor  Suite  (PS)  field, 
and  the  Address  State  (AS)  field. 


CS  |  Reserved  |  PS  |  AS  | 


0  34  78  11  12  15 

CS  Hits:  A  tour-bit  field  (bits  0  through  3)  of  the  status  w-ord  shall  be  dedicated  to  instruction  results  (i.c., 

instruction  status  bits)  and  is  defined  as  condition  status  (CS).  bits  0,  1.  2,  and  3  *hail  be 
identified  as  C,  P,  X,  and  N,  respectively,  and  their  meanings  arc  given  by  die  following  register 
transfer  description: 

C  =  (CS)0  =  1  if  result  generates  a  carry  from  an  addition  or  no  borrow  from  a  subtraction 
P  =  (CS)!  =  1  if  result  is  greater  than  (zero) 

Z  =  (CS)2  =  1  if  result  is  equal  to  (zero) 

N  =  (CS)3  =  1  if  result  is  less  than  (zero) 

Reserved  bus:  bits  4  through  7  of  the  status  word  shall  he  reserved. 

PS  bits:  A  four-bit  field  (bits  8  through  11)  of  the  status  word  shall  be  dedicated  to  the  processor  state  (PS) 

code.  Hie  code  value  defined  by  die  PS  shall  be  used  for  the  following  two  functions: 

For  implementations  which  include  the  memory  access  lock  feature  of  the  expanded  memory 
addressing  option  (see  paragraph  4.5. 2.2),  PS  shall  define  the  memory  access  key  code  for  all 
instructions  and  operand  references  to  memory.  References  to  memory  during  the  interrupt 
recognition  sequence  for  vector  table  pointer  fetches  and  linkagc/scrvicc  parameter  siore/rcad 
references  shall  not  use  PS  to  define  the  memory  access  key  code,  but  shall  use  an  implied  PS-0 
value. 

PS  shall  determine  the  Icgal/illcgal  criteria  for  privileged  instructions.  When  PS “0  and  a 
privileged  instruction  execution  is  attempted,  the  instruction  shall  be  legal  and  shall  be  executed 
properly  as  defined.  When  PS4:0  and  a  privileged  instruction  execution  is  attempted,  the 
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instruction  shall  he  illegal,  shall  be  aborted,  and  the  privileged  instruction  fault  hit  in  the  fault 
register  (1  'I  i0)  shall  he  set  to  one. 

AS  bits:  A  four-bit  field  (bils  12  through  IS)  of  the  status  word  shall  he  dedicated  to  the  address  state  (AS) 

code,  l  or  implementations  which  do  not  include  die  expanded  memory  addicting  option,  an 
address  state  fault  shall  be  generated  for  any  operation  which  attempts  u>  modiiy  AS  to  a  non-zero 
value.  Kir  implementations  which  include  the  expanded  memory  add  tossing  option.  AS  shall 
define  the  gioup  (pair)  of  page  register  sets  to  he  used  for  all  instruction  and  operand  references 
to  memory.  References  to  memory  during  the  interrupt  recognition  sequence  for  \ectoi  tabic 
pointer  fetches  and  serv  ice  parameter  load  references  shall  not  use  AS  to  define  the  operand  page 
register  sol,  but  shall  use  an  implied  AS  -0  value,  llie  linkage  parameter  store  icferences  shall 
use  the  AS  field  of  die  new  status  word.  For  partial  implementations  which  include  less  th.  a  16 
groups  of  page  register  sets  for  the  expanded  memory  addressing  option  (see  paragraph  4  5.2.3), 
the  address  state  fault  bit  in  the  fault  register  (Fiji)  shall  be  set  to  one  if  any  operation  attempts 
to  establish  an  AS  value  that  is  not  implemented. 

4.4. 2, 3  Fault  register  £FT).  The  fault  register  is  a  16-bit  register  used  for  indicating  machine  error  conditions.  Ihe 
logical  OR  of  the  fault  register  bits  is  used  to  generate  the  machine  error  interrupt.  Hie  fault  icgistcr  shall  he  read 
and  cleared  by  an  XIO  instruction.  If  a  particular  fault  bit  is  not  implemented,  then  the  bit  shall  be  set  to  /.cro.  Ihe 
fault  bits  shall  he  assigned  us  specified  in  the  following: 

0  1  2  3  4  5  6  7  8  9  10  11  12  13  14  15 


|  MEMORY  |  PARITY  |  I/O  | SPARE |  ILLEGAL  |RES.|  BITE  | 

(PROTECT  |  III  II  I 

The  bits  shall  have  the  following  meaning  when  set  to  one  (1); 

Bit  0:  CPU  Memory  Protection  Fault.  The  CPU  has  encountered  an  access  fault,  write  protect  fault,  or 

execute  protect  fault. 

Bit  I:  DMA  Memory  Protection  Fault.  A  DMA  device  has  encountered  an  access  fault  or  a  write 

protect  fault. 

Bit  2:  Memory  Parity  Fault. 

Bit  3:  PIO  Channel  Parity  f  ault. 

Bit  4:  DMA  Channel  Parity  Fault. 

Bit  5:  Illegal  I/O  Command  Fault.  An  attempt  has  been  made  to  execute  an  ummplcmcntcd  or  reserved 

I/O  command. 

Bit  6:  PIO  Transmission  Fault.  Other  I/O  error  checking  devices,  if  used,  may  be  ORcd  into  this  bit  to 

indicate  an  error. 

Bit  7:  Sparc. 

Bit  8:  Illegal  Address  Fault.  A  memory  location  has  been  addressed  which  is  not  physically  present. 

Bit  9:  Illegal  Instruction  Fault.  An  attempt  has  been  made  to  execute  a  reserved  code. 
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Hit  10  Pmileged  Instruction  Fault.  An  attempt  lias  been  made  U)  execute  a  privileged  instruction  with 

!>$/::  Of 

Hit  1 1 :  Address  State  Fault.  An  attempt  has  been  made  to  establish  an  AS  value  for  an  unimpJcmcnied 

page  register  set. 

Bit  12:  Reserved. 

Bit  13:  Built-in  l  est  Fault.  Hardware  built-in  test  equipment  (BUT)  error  has  been  detected. 

Bit  14-15:  Spare  B1TK.  These  bits  arc  for  use  by  the  designer  for  future  defining  (coding,  etc.)  the  BITH 

error  which  is  detected.  TTiis  can  be  used  with  Bit  13  to  give  a  more  complete  error  description. 

4  4.2.4  Interrupt  mask  (MK).  lhc  interrupt  mask  register  is  software  controlled  and  contains  a  mask  bit  for  each 
of  the  system  interrupts.  The  interrupt  system  is  defined  in  paragraph  4.6. 

4.4. 2. 5  Pending  interrupt  register  (PI).  'Hie  pending  interrupt  request  register  is  software  and  hardware  controlled 
and  contains  die  pending  interrupts  that  arc  attempting  to  vector  die  instruction  counter.  A  pending  interrupt  is  set 
by  a  system  interrupt  signal.  The  pending  interrupt  bit  that  generates  the  interrupt  request  is  cleared  by  hardware 
action  during  the  interrupt  processing  prior  to  initiating  software  at  the  address  defined  by  the  new  1C  value.  The 
register  may  be  set.  cleared,  and  read  hy  the  I/O  instructions. 

4.4. 2.6  Input/output  intcrmptcodc  registers  (IQIOfontional),  TTic  input/output  interrupt  code  registers,  if 
implemented,  arc  used  to  indicate  winch  channel  generated  the  input/output  interrupt.  One  register  is  assigned  for 
each  of  the  two  input/output  interrupts.  Bach  register  is  set  by  hardware  to  reflect  the  address  of  die  highest  priority 
channel  requesting  that  level  of  interrupt.  The  address  shall  be  0016  for  channel  number  0,  0F]6  for  channel  number 
15,  7F|6  for  channel  number  127,  etc.  lTe  IOICs  shall  not  be  altered  once  the  interrupt  sequence  has  commenced 
until  they  are  read  by  an  I/O  instruction. 

MSB  LSB 


|  Spare  |  Channel  Code  | 


0  7  8  15 

4.4. 2.7  Page  registers  (optional).  Up  to  256  sixteen  bit  registers  for  optional  expanded  memory  addressing. 

4.4.2. 8  Memory  fault  status  register  (MFSK)  (optional),  rhe  memory  fault  status  register  provides  die  page 
register  selection  designators  associated  with  memory  faults.  TTic  page  register  designators  (below)  captured  by  the 
MFSR  arc  \alid  for  die  memory  reference  causing  die  fault. 


|  LPA  |  RESERVED  |I0|  AS  j 
034  10  11  12  16 

LPA:  Address  of  page  register  within  the  set 

RFSFRVHl):  Must  not  be  used, 

IO:  Instruction/operand  page  set  selector  (l  =  instruction). 

AS:  Address  of  selected  group. 
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4.4.3  Slack.  The  instruction  set  shall  support  a  stack  mechanism.  The  operation  of  the  slacking  mechanism  shall 
ho  such  that  the  "last-in,  first-out"  concept  is  used  for  adding  items  to  die  stack  and  the  Slack  Pointer  (SP)  register 
always  contains  the  memory  address  where  the  last  item  is  stored  on  the  stack.  'I Tie  stack  provides  for  nested 
subroutine  linkage  using  register  15.  I*hc  stack  shall  also  reside  in  a  user  defined  memory  aiea.  I  wo  instructions 
sh«ill  use  register  number  15  (R15)  as  the  implied  system  stack  pointer:  Push  Multiple  registers.  PSMM  (sec  page 
87),  and  Pop  Multiple  registers,  POPM  (sec  page  77).  llic  stack  expands  linearly  toward  zero  as  items  are  added  to 
it. 

Two  instructions.  Stack  1C  and  Jump  to  Subroutine,  SJS  (sec  page  68),  and  Unstack  1C  and  Return  from  Subroutine, 
URS  (see  page  69)  allow  the  programmer  to  specify  any  of  the  16  general  registers  as  the  slack  pointer.  The  memory 
block  immediately  preceding  the  stack  area  may  be  protected  (by  user  using  memory  protect  RAM),  thus  providing 
a  means  of  knowing  (memory  protect  interrupt)  when  the  stack  limit  is  exceeded.  iTie  stack  shall  be  addressed  by 
the  Stack  1C  and  Jump  to  Subroutine,  Unstack  1C  and  Return  from  Subroutine,  Push  Multiple,  and  Pop  Multiple 
instructions. 

4.4.4  Processor  initialization. 

4.4.4. 1  Processor  reset  state.  Table  VI  defines  the  processor  reset  state: 


TABLE  VI.  Processor  reset  state 


Req i s ter /Dev ice/Function 

Instruction  Counter 

Status  Word 

Fault  Register 

Pending  Interrupt  Register 

Interrupt  Mask  Register 

Genera?  Registers 

Interrupts 

Timers  A  &  B 

Page  Registers 

Page  Registers  AL  Field 

Page  Registers  W  Field 

Page  Registers  E  Field 

Page  Registers  PPA  field 

Memory  Protect  RAM 

Start  Up  ROM 

DMA  Enable 

Input  Discretes 

Trigger  Go  Indicator 

Discrete  Outputs 


Condition  After  Reset 

All  zeros 
All  zeros 
All  zeros 
All  zeros 
All  zeros 
Indeterminate 
Disabled 

Started  and  all  zeros  1 
Group  0  enabled  1 
All  zeros  1 
Zero  1 
Zero  1 

Exact  logical  to  physical  1 

Disabled  and  all  zeros  1  2 

Enabled  1 

Disabled  1 

Indeterminate  1 

Started  1 

All  zeros  1 


1  If  implemented  (optional) 

2  Main  Memory  Globally  Protected 


4.4.4  A  Power  up.  Upon  application  of  pow  er,  the  processor  shall  enter  the  reset  state,  the  normal  power  up 
discrete  shall  be  sol  (if  implemented),  and  execution  shall  begin. 

4  4  5  Interval  timers  (optional).  If  implemented,  then  two  interval  timers  shall  be  pros  ided  in  the  computer  and 
shall  he  referred  to  as  I  inter  A  and  lintcr  P».  Both  timers  can  be  loaded,  slopped,  started,  and  read  w  ith  the 
command^  described  in  the  MO  paragraph  (see  page  ?')).  Ilie  two  timers  shall  be  16-hit  counters  which  operate  as 
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follows.  HfFccthcly,  a  one  is  automatically  added  io  die  leasi  significant  bit  of  the  timer.  Hit  fifteen  is  the  least 
significant  bit  and  shall  represent  the  specified  increment  value  of  that  timer  i.e.,  either  10  or  100  microseconds.  An 
inlet  nipt  request  is  generated  when  a  timer  increments  from  FI  FFl(l  to  00(K)1(V  After  power  up,  if  the  timers  are  not 
loaded  by  software,  then  an  interrupt  request  is  generated  after  65.53ft  counts.  A  sample  of  the  16-bit  counting 

sequence  (shown  in  hex)  is  0000.  0001 . 7FLF,  8000 . FIFT.  0000 .  At  system  reset  or  power  up,  the  timers 

are  initialized  in  accordance  with  paragraph  4.4.4. 1.  The  timers  are  halted  when  a  breakpoint,  BPT(scc  page  138). 
instruction  is  executed  and  the  console  is  connected. 

4.5  Memory. 

4.5.1  Memory  addressing.  The  instruction  set  shall  use  16-bit  logical  addresses  to  provide  for  referencing  of  65,536 
words.  When  the  expanded  memory  option  (see  paragraph  4.5.2)  is  not  implemented,  physical  addresses  shall  equal 
logical  addresses. 

4.5. 1.1  Memory  addressing  arithmetic.  Arithmetic  performed  on  memory  logical  addresses  shall  he  modulo 
65,536  such  dial  references  to  die  maximum  logical  address  of  FFFF16  plus  1  shall  be  to  logical  address  000016. 

4.5. 1.2  Memory  addressing  boundary  constraints.  There  shall  he  no  odd  or  even  memory  address  boundary 
constraints. 

4.5.2  Hxpanded  memory  addressing  (optional).  If  used,  then  expanded  memory  addressing  shall  be  performed  via 

a  memory'  paging  scheme  as  depicted  in  figure  1.  There  shall  be  a  maximum  of  512  page  registers  in  the  page  file 
(not  in  logical  memory  space).  These  shall  functionally  be  partitioned  into  16  groups  with  2  sets  per  group  and  16 
page  registers  per  set.  Within  a  group,  one  set  shall  be  designated  for  instruction  references  and  the  other  set  for 
operand  references.  The  page  size  shall  be  4096  words  such  that  one  set  of  16  page  registers  shall  be  capable  of 
mapping  65,536  words  defined  by  a  16-bit  logical  address.  The  page  group  shall  be  selected  by  the  4-bit  Address 
State  (AS)  field  of  the  Status  Word  (SW).  The  instmetion/operand  set  within  die  group  shall  be  selected  by  the 
hardw  are  that  differentiates  between  instruction  and  operand  memory  references.  The  4  most  significant  bits  of  any 
16-bit  logical  address  shall  select  the  page  register  within  that  set.  The  8-bit  Physical  Page  Address  (PPA)  within  the 
page  register  shall  be  concatenated  with  the  12  least  significant  bits  of  the  logical  address  to  form  a  20-bit  physical 
address,  allowing  addressing  of  1,048,576  words  of  physical  memory. 

4.5.2. 1  Groqp  selection.  During  instruction  and  operand  references  to  memory,  the  address  state  (AS)  field  of  the 
status  word  shall  be  used  to  designate  the  page  file  group.  During  an  interrupt  recognition  sequence,  the  operand  set 
of  group  zero  shall  be  used  for  vector  table  and  pointer. references  to  memory. 

4. 5.2. 2  Page  register  word  format.  F.ach  page  register  shall  be  16  bits.  The  figure  below  indicates  the  format  for 
the  page  register  words  with  the  following  paragraphs  describing  die  meaning  of  the  access  lock  (AL)  field,  the 
execute  protect  (K)  bit,  the  write  protect  (W)  bit,  reserved  bits,  and  the  Physical  Page  Address  (PPA)  field. 


AL  |  E/W |  Reserved  |  PPA 


0  3  4  6  7  8  16 

AL  Field:  The  access  lock  and  key  feature  is  optional  if  expanded  memory  addressing  is  implemented.  If 

the  access  lock  and  key  feature  is  not  implemented,  then  the  AL  field  shall  always  be  zero.  If  it  is 
implemented,  then  a  4-bit  field  (bits  0  through  3)  of  each  page  register  shall  contain  the  access 
lock  (AL)  code  for  the  associated  page  register,  which  shall  be  used  with  the  access  key  codes  to 
determine  access  permission.  The  access  key  codes  may  be  supplied  by  either  the  status  word  or 
the  DMA  channel.  For  each  of  the  possible  16  values  of  the  A1 .  code,  access  shall  be  permitted 
for  the  reference  acc  ^rding  to  table  VII. 

References  supplying  *  ^  unacceptable  access  key  code  shall  not  modify  any  memory  location  or 
general  registers  and  «ui  access  fault  shall  be  generated.  An  access  fault  resulting  from  a  CPU 
reference  attempt  shall  set  fault  register  bit  0  to  cause  a  machine  error  interrupt.  An  access  fault 
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F  Bit; 


W  Bit; 


Reserved  Bits: 


I  Alii  1  VII.  \l  i  nd  *  U'  « i‘»  lIMppiMt* 

AL  Code  Ac cep t a b ]  c_  A c. coss  Koy  Codes 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 
A 
B 
C 
D 
E 
F 


0 


0.1, 


2, 3. 4, 5, 6. 


0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

7 


1 

2 

3 

4 

5 

6 

7 

8 
9 
A 
B 
C 
D 
E 


8.9.A,BPC,D,E.F 


resulting  From  a  OMA  attempt  sh  ill  set  Fault  register  hit  1  to  cause  a  maclvne  error  interrupt. 

Note  that  the  access  lock  and  key  codes  defined  in  the  above  table  have  the  Following 
characteristics* 

a.  An  access  lock  code  oFFJ6  is  an  '’unlocked0  lock  code  and  allows  any  and  all  access 
key  codes  to  be  acceptable. 

b. An  access  key  code  of  0  is  a  "master”  key  code  and  is  acceptable  to  any  and  all  access 
iock  codes. 

c.  Access  key  codes  1  through  Hl6  are  acceptable  to  only  their  own  "matched”  lock  code 
or  the  "unlocked"  lock  code  of  Fl6. 

d. An  access  key  code  of  F16  is  acceptable  to  only  the  “unlocked"  lock  code  of  F16. 

l  or  instruction  page  register  sets  only,  bit  4  shall  be  defined  as  the  F  bit  and  shall  determine  the 
acceptable/unacccptable  criteria  For  read  references  For  instruction  Fetches.  When  K=l,  any 
attempted  instruction  read  reference  designating  that  associated  page  register  shall  be  terminated 
and  an  execute  protect  fault  ..’.all  be  generated.  An  execute  protect  Fault  shall  set  Fault  register  bit 
0  to  cause  a  machine  error  interrupt. 

For  operand  page  registers  only,  bit  4  shall  he  defined  as  the  W  btt  and  shall  determine  the 
acccptablc/unacccptablc  criteria  for  write  references.  When  W  =  1,  any  attempted  write  reference 
designating  that  associated  page  register  shall  not  modify  any  memory'  location  and  a  write  protect 
fault  shall  be  generated.  A  w  rite  protect  fault  resulting  from  a  CPU  reference  attempt  shall  set 
fault  register  bit  0  to  cause  a  machine  error  interrupt.  A  write  protect  fault  resulting  from  a  DM  A 
reference  attempt  shall  set  fault  register  hit  1  to  cause  a  machine  error  interrupt. 

Bits  5  ih  rough  7  of  all  of  the  page  registers  shall  be  reserved  and  shall  always  be  0. 


17 

249 


MU. -SID  1750A  (USAT) 
2  July  1980 


ITA  field:  An  eight  hit  field  (bits  S  through  IS) of  each  page  register  shall  be  dedicated  to  tile  physical  page 

address  v.  Inch  is  used  lu  define  the  phy steal  address  us  depicted  in  figine  1. 

4  S.2A  Pun  i)  implement  aoons of  expanded  n i  e  n u yr  \_at ! •  J u •  •  ■  m .  A  given  implementation  o'  tins  standaid  may 
include  .t  p. n lutl  implemcntaUfU  unite  exp. mded  addtes.mg  opium.  I hat  partial  implement .ii i* •  a  may  uv  2.  4  or  8 
moup .  oi  pa.  e  registers  .is  follows; 

Nu mj ) er  of  Gi '.oup_s  AS  Gro up  Cod e s 

2  0  and  1 

l  0  through  3 

8  0  through  7 

Within  nu  full  in  partial  implemenialion.  the  lock  feature  may  oi  may  not  he  included. 

4  s  }  M  n  'u_n.  parit,  (optional).  If  used,  then  hit  2  in  the  fault  register  shall  he  set  to  indr.. tie  :  memory  parity 
cm  or. 

4  S  4  Men  »i  s  hlpek  protei  t  (optional).  If  used,  shall  he  is  described  by  the  mput/nuiput  instructions.  1  or 
ope: ati«  ^  w  luc h  v  om.tiii  multiple  memory  relerences.  each  store  operation  shall  he'  as  defined  In  the  memory 
protection  foi  that  specific  memory  address. 

4  5  S  References  to  unimplemented  memory  Attempted  access  to  physical  addresses  winch  arc  no!  implemented 
shall  generate  an  illegal  address  fault  and  shall  cause  the  lelerencing  action  to  terminate.  \n  illegal  address  fault 
shall  set  fa. ill  register  hit  S  to  cause  a  machine  error  interrupt. 

4.3.6  Start  up  ROM  (optional).  If  used,  the  start  up  read  only  memory  (ROM)  address  range  shall  he  contiguous 
stalling  ttom  address!)  up  to  a  maximum  of  65.546.  as  required  hv  the  system  application  When  the  suit  up  ROM 
is  enabled,  if  an  I/O  or  CPU  stoic  function  is  executed  whose  address  is  within  the  start  up  ROM  then  the  store  is 
attempted  mu*  the  main  memory  .  When  the  start  up  ROM  is  enabled,  if  a  read  function  (inMt  iiction  or  operand)  is 
executed  Iron i  either  I/O  or  the  C.  PU  whose  address  is  to  die  start  up  ROV1,  then  the  read  shall  he  from  the  siait  up 
ROM  W  hen  disabled,  the  start  up  ROM  cannot  be  accessed. 

4.5.7  Reserved  memory  locations.  Locations  2  through  11  ^  arc  reserved.  I  ocaiions  20J6  through  51-  f  are  used 
by  the  hardware  and  the  stored  program  as  defined  by  tabic  VIII. 

4.6  Interrupt  control. 

4  6.1  Intel  rupts.  ITie  instruction  set  shall  support  a  minimum  of  sixteen  (16)  interrupts  as  shown  in  table  AMI  An 
interrupt  request  may  occur  at  any  bmc:  however,  the  interrupt  processing  must  wail  until  the  current  instmuion  is 
vomplcied.  An  exception  to  this  is  the  Move  Multiple  Word  which  may  be  interrupted  after  each  single  word 
transfer.  I  he  ovciall  procedure  for  acceptance  of.  responding  to.  and  processing  of  an  interrupt  shall  be  as 
illustrated  by  the  How  chart  of  figure  2. 

4  6. LI  Interrupt  acceptance.  I  be  interrupt  stein  shall  have  the  capability  to  accept  external  and  internal 
interrupts.  figure  2  indicates  the  relationship  hetween  the  interrupt  signals,  the  pending  inteirupt  legreei,  the 
-nurnipt  mask  register,  die  priority  control  logic,  the  software  controllahlc/accessible  signals  and  the  fundamental 
communications  between  the  interrupt  system  and  the  CPU. 

4  6.1  A  | m  rrunt  software  control.  Software  shall  be  able  to  input  from  or  output  to  the  mteimpi  mask  leustcr  as 
veil  a'-  the  pciutipe  inlurupt  regiMei .  \Ko  software  shall  W  able  to  disallow  reiognitiou  ot  mtetoipis  hu  the 
f'  ■  ••le  1 1  tv !  nipt  signal  (without  inhibiting  umirupt  uuvptam  e  into  the  pending  mu  impt  register )  md  to  all- iw 
-  ■  :ufioi  -  ot  him  rupts  via  the  ”'tufie  mtei  ropis"  signal.  I  he  disablin'.’  slv'l  not  allow  mu  irie  /opts  .ilki  the 
L  ->  c.n  ui  >’  die  disable  uiMiik  ; » t ■ : i  i ' o  C  P1  s  :ti-.  : : 1 1 r >l  vi\  ite  haidwav  *.i » . * m  continue  :•*  ’’if  -  ft »r 

•  mon  "  '  >- si  .  i  It  •  r  die  »  a  .h1  h  ’i  * r  1 1 '  i '  ’  •M  •  ■■  ’  -  onndrted  fuf1  .!■»  .  rptiov  ,  !  ii’  ■  ■  a  i  i  ■  m  *vs| :  tu  1  ions 
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1 A 1 1  1 J  ■  V 1 1 1  Interrupt  do  Ij  nilions 


In  torrup  t 
Numbe  r 

1 

|  Interrupt 
|  Mask 
|  Bit 

J  Number 

-I  _  _  _ 

|  Interrupt 
j  Linkage 
|  Pointer 
|  Address 

1  (»«*) 

|  Interrupt 
|  Service 
|  Pointer 
|  Address 

1  ( Hen ) 

1 

1 

t 

0 

1 

1  0 

1 

1 

|  20 

1 

| 

1  21 

1 

1 

|  Power  Down  (cannot  be  masked 
|  or  disabled) 

1 

1 

|  1 

i 

1 

|  22 

1 

i 

|  23 

1 

1 

|  Machine  Error  (cannot  be 
j  disabled) 

2 

1 

1  2 

1 

1  24 

1  25 

j 

1 

|  Spare 

1 

3 

1 

1  3 

I 

|  26 
j 

I  27 

1 

1 

|  Floating  Point  Overflow 

4 

I 

t  4 

1 

|  28 
i 

1 

1  29 

i 

i 

|  Fixed  Point  Overflow 

5 

1 

1  5 

1 

1 

1  2A 

1 

} 

1 

|  2B 

1 

1 

1 

|  Executive  Call  (cannot  be 
|  masked  or  disabled) 

i 

6 

1 

1  6 

1 

1  2C 

1 

1 

|  2D 

1 

1 

|  Floating  Point  Underflow 

i 

7 

1 

|  7 

1 

1  2E 

| 

1 

i  2F 

1 

1 

|  Timer  A  (if  implemented) 

i 

8 

1 

1  6 

1 

|  30 

I 

|  31 

i 

1 

|  Spare 

i 

9 

1 

1  9 

1 

|  32 

1 

1 

|  33 

i 

1 

|  Timer  B  (if  implemented) 

1 

10 

i  io 

i 

1  34 

1 

|  35 

1 

l 

|  Spare 

i 

11 

i 

1  ii 

i 

\  36 

| 

1  37 

j 

i 

|  Spare 

i 

12 

1  12 

1 

1 

|  38 

1 

|  39 

i 

i 

1 

{  Input/Output  Level  1 
|  (if  implemented) 

l 

13 

|  13 

1 

|  3A 

1 

I 

|  38 

1 

1 

J  Spare 

i 

14 

|  14 

1 

i 

|  3C 

1 

1 

1 

|  30 

1 

1 

1 

\  Input/Output  Level  2 
|  (if  imp  1 emen ted ) 

i 

15 

j  15 

1  3E 

1  3F 

1 

|  Spare 

Notes:  Interrupt  number  0  has  the  highest  priority.  Priority  decreases 

with  increasing  interrupt  number. 
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FIGURI  1  Interrupt  s^icm  flowchart 
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arc  given  in  the  input/uuipiu  insuu*  non  repertoire. 

4.6.!. }  hnei  huh  puniiv  definitions.  I  he  priority  definitions  nf  the  interrupts  and  their  required  relationship  to 
die  interrupt  mask  .uni  interrupt  pointer  addresses  are  illustrated  in  table  \  111.  Interrupt  Definitions.  '  I  Tic  power 
do*  n  interrupt  shall  initiate  the  power  down  sequence  and  cannot  he  masked  or  disabled  dming  normal  operation 
of  the  computer  I  he  executive  call  interrupt,  used  w ith  the  branch  to  Hxccutive  instruction,  BFX,  (sec  page  62)  also 
cannot  be  masked  or  disabled.  I  be  machine  error  interrupt  cannot  be  disabled  but  can  be  masked  during  norma! 
operation  of  die  computer.  All  other  inienuptscnn  he  disabled  and  masked.  If  a  floatingpoint  ovcrflow/undcrflow 
or  fixed  point  overflow  condition  occurs,  then  the  instruction  generating  that  condition  shall  be  interrupted  at  its 
completion  if  the  interrupt  is  unmasked  and  enabled. 

4.6  !  .4  intermpt  vectoring  mechanism.  *  I  lie  vectoring  mechanism  shall  he  as  illustrated  on  figure  3.  For  each 
interrupt  there  shall  he  two  fixed  memoi  v  locations  in  the  "vector  table**:  (1)  the  first  memory  location  (I  inkage 
Fonder)  shall  be  defined  as  the  address  of  where  to  store  the  current  (old)  state  of  the  computer  (i.c.,  "old  interrupt 
mask”  "old  status  word",  and  "old  instruction  counter");  and  (2)  the  second  memory  location  (Service  Pointer)  shall 
he  defined  as  the  address  ol  the  next  (new)  state  of  the  computer  (i.c.,  "new  interrupt  mask",  "new  status  word",  and 
"new  instruction  counter").  Returning  from  interrupts  may  be  accomplished  by  executing  the  lx)ad  Status 
(IS  171  .S' 1 1)  instruction  with  the  valuc/address  of  the  linkage  Pointer  for  an  addres..  Held. 


Interrupt  0-->| 

i 

Linkage 

Pointer 

0 

i  ! 

Old  Interrupt 
Mask 

|  \ 

|  \ 

1  \ 

|  \  Computer 

|  >  status  at 

|  /  the  time  of 

|  /  interrupt 

j  / 

,  _  / 

i 

i 

Se  rv i ce 
Pointer 

0 

i  i 

Old  Status 
Word 

Interrupt  1-->| 

i 

Linkage 

Pointer 

1 

ii  i 

i  i  i 

i  i  i 

Old  Instruc. 
Counter 

i 

i 

Serv ice 
Pointer 

1 

i  i 
i  i 

/ 

- > 


New  Interrupt 
Mask 


Interrupt  15-> 


Linkage  | 
Pointer  1 5 | 


Service  | 
Pointer  15| 


New  Status 
Word 


New  Instruc. 
Counter 


\  Computer 
>  status  to 
/  start  service 
/  routine 


FIGURK3.  Interrupt  vectoring  system 


4.7  Input/output.  In  conjunction  with  the  spare  command  codes,  the  I/O  interrupts,  and  the  I/O  interrupt  code 
registers,  the  I/O  instructions  provide  a  framework  within  which  the  user  can  implement  his  system  interfaces.  The 
particulars  of  the  system  interfaces  outside  of  this  framework  (such  as  dedicated  memory  locations,  channel  register 
definitions,  command  code  assignmcnts/dcfinitions,  multiple  channel  priorities,  page  register  access,  etc.)  are  not 
included  in  this  standard. 
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4.7.1  Input.  'Ric  input  instructions  transfer  data  from  an  external  I/O  device  or  an  internal  special  register  to  a 

C  PU  general  register.  Miis  command  is  used  to  read  data  from  periphcr.il  devices,  timers,  status  word,  fault  icgistcr. 
discretes,  interrupt  mask,  etc.  A  full  description  of  die  input  instructions  is  given  in  die  instruction  rcpeitoire. 

4.7.2  Output.  ITie  output  instructions  transfer  data  from  a  CPU  general  register  to  an  external  I/O  dev  ice  or 
special  register.  lTiis  command  is  used  to  write  data  to  peripheral  devices,  discretes,  start  and  stop  timers,  enable  and 
disable  interrupts  and  l  )M  A.  set  and  clear  interrupt  requests,  masks  and  pending  interrupt  bits,  etc.  A  full 
description  of  the  output  instructions  is  given  in  the  instruction  repertoire. 

4.7.3  Innut/output  commands.  Input/output  commands  arc  classified  as  mandatory,  optional,  reserved,  or  spare. 
Mandatory  I/O  commands  must  be  implemented  as  defined.  Optional  I/O  commands  must  be  implemented  as 
defined,  if  implemented.  Reserved  I/O  commands  must  not  he  implemented.  Sparc  I/O  commands  may  be 
implemented  as  required  hv  the  application.  Attempted  execution  of  an  unimplcnientcd  optional  or  spare  1.  0 
command  or  a  reserved  I/O  command  shall  cause  die  illegal  I/O  command  fault  to  be  set  in  the  fault  register  (KTj) 
causing  a  machine  error  interrupt.  Input/output  command  words  shall  be  fully  decoded.  "TBDs"  in  inpui/ouiput 
instruction  descriptions  refer  to  parameters  to  be  determined  by  die  application  system  requirements.  Within  these 
classifications,  die  use  of  the  command  is  defined  in  the  instruction  description. 

4.7.4  Innut/output  command  partitioning.  IFic  I/O  command  space  shall  be  divided  into  128  channels.  Up  to 
512  commands  within  each  channel  group  (256  input  and  256  output)  may  be  used  with  each  I/O  interface.  Table 
IX  lists  Lhc  128  I/O  channel  groups.  I  lie  attempted  execution  of  an  unmiplcinented  I/O  command  shall  cause  bit  5 
of  the  fault  register  to  be  set,  generate  a  machine  error  interrupt,  and  abort  to  completion. 

4.7.5  Input/output  interrupts  (optional).  Input/output  level  1  and  level  2  interrupts  arc  available  to  the  user. 
Fithcr  interrupt  level  or  both  inay  be  implemented  for  an  interface  as  defined  by  die  particular  application 
specification,  lhc  interrupts  shall  be  used  in  conjunction  with  die  input/output  interrupt  code  registers  to  provide 
I/O  channel  to  process  communications.  Two  levels  of  interrupts  allow  easy  differentiation  of  normal  reporting 
from  error  reporting. 

4.7.6  Dedicated  I/O  memory  locations.  If  dedicated  memory  locations  arc  used  to  communicate  information  to 
and/or  from  an  I/O  channel,  these  locations  shall  be  consecuti  ve  memory  locations  starting  at  an  implementation 
defined  location.  I  vocations  40 16  dirough  4K16  are  optional  for  I/O  usage. 

4.8  Instructions. 

4.8. 1  Invalid  instructions.  Attempted  execution  of  an  instruction  whose  first  16  bits  are  not  defined  by  this 
standard  shall  cause  the  invalid  instruction  bit  in  the  fault  register  (PT9)  to  be  set  generating  a  machine  error 
interrupt.  All  undefined  bit  patterns  in  the  first  16  bits  of  an  instruction  arc  reserved. 

4.8.2  Mnemonic  conventions.  Hach  instruction  has  an  associated  mnemonic  convention.  In  general,  the  operation 
is  one  or  two  letters,  c.g.,  L  for  load,  A  for  add,  ST  for  siorc. 

Floating  point  operations  have  a  prefix  of  F,  e.g.,  FL  for  floating  load,  FA  for  floating  add. 

Double  precision  operations  have  a  prefix  of  D,  c.g.,  DI.  for  double  load,  DA  for  double  add. 

F.x tended  precision  floating  point  operations  have  a  prefix  of  HF,  e.g.,  HI7 A  for  extended  precision  floating  point 
add. 

Reg istcr-to* register  operations  have  a  suffix  of  R,  e.g.,  AR  for  single  precision  add  icgister-to-rcgistcr,  FAR  for 
floating  add  rcgistcr-to-rcgistcr. 

Indirect  memory  reference  is  indicated  by  a  suffix  I,  c.g.,  LI  for  load  indirect. 

Immediate  addressing,  using  the  address  field  .is  an  operand,  is  indicated  by  a  suffix  of  1M.  e  g..  AIM  for  single 
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I A  Dili  IX.  inpui/unipiU  clunncl  groups 


Qutpyl 

Input 

Usage 

OOXX 

80XX  \ 

> 

PIO 

03XX 

83XX  / 

Q4XX 

84XX  \ 

> 

Spare 

1 F  XX 

9FXX  / 

20XX 

AOXX 

Processor  &  Auxiliary  Register  Control 

2 1XX 

A1XX  \ 

> 

Reserved 

2FXX 

AFXX  / 

30XX 

BOXX  \ 

> 

Spare 

3FXX 

BFXX  / 

40XX 

COXX 

Processor  &  Auxiliary  Register  Control 

41XX 

C1XX  \ 

> 

Reserved 

4FXX 

CFXX  / 

50XX 

DOXX 

Memory  Protect  RAM 

5 1XX 

D1XX  \ 

> 

Memory  Address  Extension 

52XX 

D2XX  / 

(page  register  commands) 

53XX 

D3XX  \ 

> 

Spare 

7FXX 

FFXX  / 

precision  add  immediate. 

Use  of  indexing  is  specified  in  assembly  language  by  the  occurrence  of  the  operational  field  after  the  address  field, 
e.g..  FA  A2,ALPHA,A5:  floating  add  to  register  A2  from  memory  location  ALPHA  indexed  by  register  A5. 

4.8.3  Instruction  matrix.  Table  X  contains  the  order  type  matrix  which  relates  each  instruction  operation  code  to 
an  assigned  symbol.  I  he  numbers  shown  across  the  top  of  the  matrix  arc  hexadecimal  numbers  which  represent  the 
higher  order  four  bits  of  the  operation  code,  and  die  hexadecimal  numbers  along  the  left  side  represent  die  lower 
order  four  bits  of  the  operation  code,  fable  XI  contains  die  order  types  and  assigned  mnemonics  for  the  extended 
Operation  Code  instructions. 

4.8.4  Instruction  set  notation.  Ihc  text  and  register  transfer  descriptions  arc  intended  to  complement  each  other. 
Ambiguities  or  omissions  in  one  are  resolved  by  the  other,  lhc  following  definitions  and  special  symbols  are 
associated  with  the  instruction  descriptions. 
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C  PU  RciMSterj 

KO.  Rl, ....  R15  The  16.  16-bit  general  registers 
IC  Instruction  Counter 

SW  Status  Word 


cs 

I  p 

SP 

SVP 

MK 

PI 

RA,  RB 


Condition  Status.  A  4  bit  quantity  that  is  set  according  to  the  rest/*:  of  instruction  exeud'ons. 
I  inkage  Pointer 

Suck  Pointer;  R 1 5  for  the  Push  and  Pop  Multiple  instructions 

Serv  ice  Pointer 

Interrupt  Mask  Register 

Pending  Interrupt  Register 

An  unspecified  general  register 


Addressing  Modes 


K 

unx 

ux 


1M,  IMX 


ISP,  ISN 
ICR 
B,  BX 
S 


Register  Direct 

Memory  Direct,  Memory  Direct- Indexed 
Memory  Indirect,  Memory  Indirect  with  Pre-Indexing 
Immediate  Long,  Immediate  Long  with  Indexing 

Immediate  Short  with  Positive  Operand,  Immediate  Short  with  Negative  Operand 
IC-RcIative 

Base  Relative,  Base  Relative  with  Indexing 
Special 


Data  Quantities 

MSH,  DSH  Most  Significant  Half,  I  cast  Significant  Half 
MSB,  I  SB  Most  Significant  Bit,  l.cast  Significant  Bit 

S.P,  D.P.,  Ft.  P.,  E.F.P. 

Abbreviation  for  "Single  Precision.”  '’Double  Precision,”  "Moating  Point,”  and  "Extended 
Floating  Point”  operations,  respectively. 

MO  Moating  Point  Derived  Operand  mantissa  (fractional  part):  DO0  ->*  (FTP).  IX)0  n  D032  47 

(H.F.P.) 
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MA 

1  l-Mim;'.  pitiiii  i»v  i  .tuiuinil.itor  mantissa  (fiac  tnm.il  par  t )  (KA.RA  i  l)0^(lt  P).  (RA.RA-t  1)(>^(RA  4* 
2)VAlU  H#> 

I  A  I  loaung  point  S  bit  2‘s  complement  register  ;hl«. iiiiiiil.Uiir  ihaiuclci  istic  (exponent): 

lUA  RA  4  1 )M  U 

KQ,  Ml*.  MU  An  entity  used  for  register  level  transfer  description  clarification.  Ihcsc  registers  arc  not  part  of 
the  general  logistcr  file. 


Miscellaneous 


(X) 

(X  X  +  () 
[XI 

[X  Xi  1] 
OVM 

!:jut 

IM 


Contents  ol  Register  X 

Contents  of  concatenated  Registers  X  and  X  -t  1 
Contents  of  memory  address  X 
Contents  of  sequential  memory  locations  X  and  X  4  1 
Mantissa  (fractional  part)  overflow 

Indicates  termination  of  present  register  transfer  operation  (except  the  setting  of  the  CS  bits) 
Derived  Address 


DO  Derived  Operand 

N.  M.  n  An  integer  number 


DSPI. 


X 


n 


X' 


Symbols 

<** 

<--> 


x 


Displacement 

If  X  is  a  CPU  register  or  a  data  quantity  (see  above),  then  n  specifics  a  bit  position  in  X.  If  X  is 
not  a  CPU  register  or  a  data  quantity,  then  the  number  X  is  to  the  base  n.  If  X  is  a  number  and 
n-- 16.  then  X  is  a  2's  complement  hexadecimal  number. 

If  X  is  a  CPU  register  or  a  memory  address,  then  t  specifies  the  state  of  X  This  notation  is  used  in 
die  register  transfer  descriptions  to  re  fer  to  the  contents  of  a  CPU  register  or  a  memory  address  at 
different  times  (suites)  of  the  execution  of  die  instruction.  If  X  is  not  a  CPU  register  or  a  memory 
address,  then  die  number  X  is  raised  to  the  ith  power. 


Unilateral  transfer  designator 
bilateral  transfer  designator 
Comparison  Designator 

Indicates  a  "don’t  care"  bit  when  used  in  a  binary  number 
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>  Greater  than 

< 

I  .ess  than 


> 

< 


ii 


Kquals 

Greater  than  or  equal 
I  xjss  than  or  equal 
Logical  AND 
Logical  OR 
Hxclusivc  OR 
LogicalNOT 
Ah  so  lu  to  value 
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S  1)1  I  All  I  I)  Kl QUIKI  MI  NIS 

5 . 1  I  \ccnic  i 1 1 pi i { / output. 

AjjOR  MODE  MNEMONIC  ) OHMAT /OPCODE 


8  4  4  16 

IM  XIO  RA.CMD  -  - 

IMX  XIO  RA , CMD , RX  |  48  |  RA  |  RX  |  |  CMD 


OFSCK1P  TION:  I  Tic  input/output  instruction  transfers  data  between  an  external/intcrnal  device  and  the  register 
RA.  Inc  1  k  rived  Operand,  DO,  specifies  the  operation  to  be  performed  or  the  device  to  be 
addressed.  Ihc  immediate  operand  field  inay  be  viewed  as  an  operation  code  extension  field. 
Note  that  if  indexing  is  specified,  then  the  input/output  operation  or  device  address  is  funned  by 
summing  the  contents  of  the  register  RX  and  the  immediate  field.  Jins  is  a  privileged  instruction. 

Ihc  mandatory  and  optional  input/output  immediate  command  fields  are  listed  below. 

Mandatory  XIO  Command  Fields  and  Mnemonics 


OYXX  PO  Programmed  Output:  Ibis  command  outputs  16  bits  of  data  from  RA  to  a  programmed  I/O  port 

Y  ma>  be  from  0  through  3. 

2000  SMK  Set  Interrupt  Mask:  Ihis  command  outputs  the  16-hit  contents  of  the  register  RA  to  the  interrupt 

mask  register.  A  *T*  in  the  corresponding  bit  position  allows  the  interrupt  to  occur  and  a  "O’* 
prevents  the  interrupt  from  occurring  except  for  those  interrupts  that  arc  defined  such  that  they 
cannot  be  masked. 


2001  CUR 

2002  t'NBl. 

2003  DSBI. 

2004  RPI 


Clear  interrupt  Request:  All  interrupts  are  cleared  (i.e..  the  pending  interrupt  register  is  cleared 
to  all  zeros)  and  the  contents  of  the  fault  register  arc  reset  to  zero. 

Hnable  Interrupts:  This  command  enables  all  interrupts  which  arc  not  masked  out.  Ihc  enable 
operation  takes  place  after  execution  of  the  next  instruction. 

I  )isable  Interrupts:  Ibis  command  disables  all  interrupts  (except  those  that  arc  defined  such  that 
they  cannot  be  disabled)  at  the  beginning  of  the  execution  of  the  DSBL  instruction. 

Reset  Pending  Interrupt:  Ibe  individual  interrupt  bit  to  be  reset  shall  be  designated  in  register 
RA  as  a  right  justified  four  bit  code.  (016  represents  interrupt  number  0,  F16  represents  interrupt 
number  15).  If  interrupt  1  ]6  is  to  be  cleared,  then  the  contents  of  the  fault  register  shall  also  be  set 
to  zero. 


2005  SPI 


200 K  WSW 
8YXX  PI 


Set  Pending  Interrupt  Register:  'Ibis  command  outputs  the  16-bit  contents  of  R A  to  the  pending 
interrupt  register,  If  there  is  a  one  in  the  corresponding  bit  position  of  the  interrupt  mask  (same 
bit  set  in  both  the  PI  and  the  MK),  and  the  interrupts  arc  enabled,  then  an  interrupt  shall  occur 
after  execution  of  the  next  instruction.  If  Pl5  is  set  to  1,  then  N  is  assumed  to  be  0  (see  paragraph 
5.30). 

Write  Stilus  Word.  Ibis  command  transfers  the  contents  of  RA  to  the  status  word. 

Programmed  Input:  This  command  inputs  16  bits  of  data  into  RA  from  the  programmed  I/O 
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port.  Y  may  be  from  0  through  3. 

AOOO  RMK  Read  Interrupt  Mask;  lbe  current  interrupt  mask  is  transferee!  into  register  KA.  lbe  interrupt 
mask  is  not  altered. 


A004  RPIR  Read  Pending  Interrupt  Register:  This  command  transfers  the  contents  of  the  pending  interrupt 
register  into  KA.  Ihc  pending  interrupt  register  is  not  altered. 


A  OOP  RSW  Read  Status  Word:  This  command  transfers  the  16-bit  status  word  into  register  KA.  The  status 

word  remains  unchanged. 

A00I  '  RCFR  Read  and  Clear  Fault  Register:  This  command  inputs  the  1 6  bit  fault  register  to  register  R  \. 

lbe  contents  of  the  fault  register  are  reset  to  zero.  Pit  1  in  the  pending  interrupt  register  is  reset  to 
zero. 


Optional  X IQ  Command  Fields  and  Mnemonics 


2008  OO 


Output  Discretes:  This  command  outputs  the  16-hit  contents  of  the  register  RA  to  the  discrete 
output  buffer.  A  ”1"  indicates  an  "on”  condition  and  a  "0”  indicates  an  "off'  condition. 


200A  RNS  Reset  Normal  Power  Up  Discrete:  1  his  command  resets  the  normal  power  up  discrete  bit. 


4000  CO  Console  Output:  lbe  16-bit  contents  (2  bytes)  of  register  RA  are  output  to  the  console.  The  eight 

most  significant  hits  (byte)  arc  sent  first.  If  no  console  is  present,  then  this  command  is  treated  as 
a  NOP  (see  page  137). 

4001  CL C  Clear  Console:  Th is  command  clears  the  console  interface. 


4003  MPKN 

4004  HSUR 

4005  DSUR 

4006  DMAE 

4007  DMAD 

4008  TAS 

4009  TAH 


Memory  Protect  Enable:  ITiis  command  allows  the  memory  protect  RAM  to  control  memory 
protection. 

Enable  Start  Up  ROM:  'Phis  command  enables  the  start  up  ROM  (i.c.,  the  ROM  overlays  main 
memory). 

Disable  Start  Up  ROM:  This  command  disables  die  start  up  ROM. 

Direct  Memory  Access  Enable:  TTiis  command  enables  direct  memory  access  (DMA). 

Direct  Memory  Access  Disable:  This  command  disables  DMA. 

Timer  A,  Start:  Ibis  command  starts  timer  A  from  its  current  state,  lbe  timer  is  incremented 
every  10  microseconds. 

Timer  A,  Halt:  Ibis  command  halts  timer  c >.  -nt  state. 


400A  OTA  Output  Timer  A:  lbe  contents  of  register  <\A  arc  loaded  (i.c.,  jam  iransfcrcd)  into  timer  A  and 

the  timer  automatically  starts  operation  by  incrementing  from  the  loaded  timer  in  steps  of  ten 
microseconds.  Hit  fifteen  is  the  least  significant  bit  and  shafl  represent  ten  microseconds. 

400B  GO  I  t  lggcr  Go  Indicator:  Ibis  command  restarts  a  counter  which  is  connected  to  a  discrete  output 

(he  period  of  time  from  restart  to  time-out  shall  be  determined  by  the  system 
requirements.  When  die  Go  timer  is  started,  the  discrete  output  shall  go  high  and  remain  high  for 
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I  III)  milliseconds,  at  which  lime  the  output  shall  go  low  unless  another  GO  is  executed.  Hie  Go 
discrete  output  signal  may  be  used  as  a  software  Fault  indicator. 

400C  'I  BS  Timer  B,  Start:  I  his  command  starts  timer  B  from  its  current  state.  Ihc  timer  is  incremented 

every  100  microseconds. 

400DTBH  Timer  B,  Halt:  'Ihis  command  halts  timer  B  at  its  current  state. 

4U0K  OTB  Output  'l’imcr  B:  lhc  contents  of  register  RA  arc  loaded  (i.c.,  jam  transfered)  into  timer  B  and 

the  timer  automatically  starts  operation  by  incrementing  from  the  loaded  timer  in  steps  of  one 
hundred  microseconds.  Bit  fifteen  is  the  least  significant  bit  and  shall  represent  one  hundred 
microseconds. 

50XX  IMP  Load  Memory  Protect  RAM  (5000  +  RAM  address):  ITiis  command  outputs  the  16-bit  contents 
of  register  RA  to  the  memory  protect  RAM.  A  "1"  in  a  bit  provides  write  protection  and  a  "0”  in 
a  bit  permits  writing  to  die  corresponding  1024  word  memory  block.  Hie  RAM  word  MSB  (bit  0) 
represents  the  lowest  number  block  and  the  RAM  word  LSB  (bit  15)  represents  the  highest  block 
(i.c.,  bit  0  represents  locations  0  through  1023  and  bit  15  represents  locations  15360  through  16383 
for  word  zero).  Hach  word  represents  consecutive  16K  blocks  of  memory.  The  RAM  words  of  0 
through  63  apply  to  processor  write  protect  and  words  64  through  127  apply  to  DMA  write 
protect 

51XY  WIPR  Write  Instruction  Page  Register:  This  command  transfers  the  contents  of  register  RA  to  page 
register  Y  of  the  instruction  set  group  X. 

52XY  WOPR  Write  Operand  Page  Register:  This  command  transfers  the  contents  of  register  RA  to  page 
register  Y  of  the  operand  set  of  group  X. 

A001  RIC1  Read  Input/Output  Interrupt  Code,  Level  1:  This  command  inputs  the  contents  of  the  level  1 
IOIC  register  into  register  RA.  TTic  channel  number  is  right  justified. 

A002  RIC2  Read  Input/Output  Interrupt  Code,  Ix:vel  2:  This  command  inputs  the  contents  of  the  level  2 
IOIC  register  into  register  RA.  The  channel  number  is  right  justified. 

A008  RDOR  Read  Discrete  Output  Register:  This  command  inputs  the  16-bit  discrete  output  buffer  into 
register  RA. 

A009  RDI  Read  Discrete  Input:  This  command  inputs  the  16-bit  discrete  input  word  into  register  RA.  A 

"1"  indicates  an  "on"  condition  and  a  ”0M  indicates  an  "off’  condition. 

A00B  TPIO  Test  Programmed  Output:  This  command  inputs  the  16-bit  contents  of  the  programmed  output 
buffer  into  register  RA.  This  command  may  be  used  to  test  the  PIO  channel  by  means  of  a  wrap 
around  test 

A00D  RMFS  Read  Memory  Fault  Status:  This  command  transfers  the  16-bit  contents  of  the  memory  fault 
status  register  to  R  A.  The  fields  within  the  memory  fault  status  register  shall  delineate  memory 
related  fault  types  and  shall  provide  the  page  register  designators  associated  with  the  designated 
fault 

C000  Cl  Console  Input:  This  command  inputs  the  16-bits  (2  bytes)  from  the  console  into  register  RA. 

lhc  eight  most  significant  bits  of  RA  shall  represent  the  first  byte. 


MI L-STD- 1750A  (USAF) 
2  July  1980 


C001  RCS 

COO  A  I  T  A 

COOK  1TB 


Read  Console  Status:  This  command  inputs  the  console  interface  status  into  register  R  A  The 
status  is  right  justified. 

Input  fimer  A:  This  command  inputs  the  16-bit  contents  of  timer  A  into  register  RA.  Bit  fifteen 
is  the  least  significant  bit  and  represents  a  time  increment  of  ten  microseconds. 

Input  fimer  B:  ITiis  command  inputs  the  16-bit  contents  of  timer  ft  into  register  RA.  Bit  fifteen 
is  the  least  significant  bit  and  represents  a  time  increment  of  one  hundred  microseconds. 


ITOXX  RMP  Read  Memory  Protect  RAM  (DOOO  +  RAM  address):  This  command  inputs  the  appropriate 

memory  protect  word  into  register  RA.  A  "l”  in  a  bit  provides  write  protection  and  a  ”0"  in  a  bit 
permits  writing  to  the  corresponding  1024  word  memory  block.  The  RAM  word  MSB  (bit  0) 
represents  the  lowest  number  block  and  the  RAM  word  LSft  (bit  15)  represents  the  highest  block 
(i.c.,  bit  0  represents  locations  0  through  1023  and  bit  15  represents  locations  15360  through  16383 
for  word  zero).  F.ach  word  represents  consecutive  16K  blocks  of  memory.  The  RAVI  words  of  0 
through  63  apply  to  processor  write  protect  and  words  64  through  127  apply  to  DMA  write 
protect. 


DIXY  RIPR  Read  Instruction  Page  Register:  This  command  transfers  the  16-bit  contents  of  the  page  register 
Y  of  the  instruction  set  of  group  X  to  register  RA. 

D2X  Y  ROPR  Read  Operand  Page  Register:  This  command  transfer  the  16-bit  contents  of  page  register  Y  of 
the  operand  set  of  group  X  to  register  R  A. 


User  defined  XIO  functions  (see  table  IX). 


RFC.  1ST  FR  TRANSFFR  INSCRIPTION:  Varies  depending  on  the  command  field. 


RHG1STHRS  AFFKCTHD:  Varies  depending  on  the  command  field. 
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5.2  Vcgoicri  uuHU/oulniU, 


ADDR  MODE 

MNEMONIC 

I OHMA  f /OPCODE 

0 

VIO 

RA, ADDR 

8 

4  4 

16 

DX 

VIO 

RA, ADOR.RX 

|  49 

|  RA  |  RX  |  | 

ADOR  | 

DESCRIPTION:  I  he  vectored  input/output  instruction  performs  the  I/O operation  as  specified  by  the 
input/output  vector  table  starting  at  the  derived  address.  DA.  as  shown  below: 


DA 

|  CMD 

i 

OA+1 

|  Vector  Select 

i 

DA+2 

|  Data 

i  ) 

one  data  word  for  each  bit 

i 

set  in  the  vector  select 

I  he  input/output  operation  or  device  address  is  specified  by  the  sum  of  the  CMI)  and  the 
product  of  the  bit  number  of  the  bit  set  in  the  vector  select  times  the  contents  of  RA.  This  device 
address  is  then  interpreted  as  specified  by  the  XIO  instruction  (see  paragraph  5.1)  with  the 
exception  that  I/O  data  is  tratisfcred  to  or  from  DA  +  2  + 1  rather  than  RA  (where  i  starts  at  zero 
and  is  incremented  after  each  transfer).  This  is  a  privileged  instruction. 

REGISTER  TRANSFER  DESCRIPTION : 

Step  1.  n  <--  0  and  i  <--  0; 

Step  2.  if  [DA+ 1 ]n  - 1 ,  then  I/O  command  =  [DA]  +  (n  x  (RA)); 

Step  3.  if  [DA+ l]n=l ,  then  I/O  data  =  [DA+2+i]; 

Step  4.  if  [0A+l]n=l.  then  i  <—  1+1; 

Step  5.  n  <--  n  +  l,  exit,  if  n  =  16; 

Step  6.  go  to  step  2; 

REGISTERS  AFFECTED:  None 


33  VIO 
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5.3  Sot  bit. 

ADOR  MODE  MNEMONIC  fORMA T /OPCODE 


8 

4 

4 

SBR 

N ,  RB 

1  51 

1  « 

1  RB  I 

SB 

SB 

N ,  ADDR 

N.ADDR, RX 

8 

4 

4 

x  16 

|  50 

1  N 

1  RX  I  I 

ADDR  | 

8 

4 

4 

16 

SB  I 
SB  I 

N. ADOR 

N. ADDR.RX 

1  52 

1  N 

|  RX  |  | 

ADDR  | 

0I-SCR1PT10N:  Bit  number  N  of  the  I3crived  Operand,  130,  is  set  to  one.  The  MSB  is  designated  bit  number  7ero 
and  the  LSB  is  designated  bit  number  fifteen. 

REGISTER  TRANSFER  DESCRIPTION: 

DOn  <--  1; 

REGTSEERS  AFFECTED:  RB 


siiR.su.sm 
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< 


5.4  Reset  bit. 


ADDR  MODE 

MNEMONIC 

fORMAT/OPCODE 

8 

4 

4 

R 

RBR 

N.R8 

|  54 

1  N  | 

RB  | 

RB 

RB 

N.ADDR 

N.ADDR.RX 

8 

4 

4 

16 

0 

DX 

|  53 

1  N  1 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

I 

IX 

RBI 

RBI 

N.AODR 

N.ADDR.RX 

|  55 

1  N  | 

RX  |  | 

ADDR  | 

DF.SCRIFnON:  Bit  number  N  of  the  Derived  Operand,  DO,  is  set  to  zero.  The  MSB  is  designated  bit  number  zero 
and  the  ISB  is  designated  bit  number  fifteen. 

REGISTER  TRANSFER  DESCRIPTION: 

DOn  <--  0; 

REGISTERS  AFFECTED:  RB 
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5.5  l  ost  hit. 

ADPR  MODE  MNEMONIC 


R  TBR  N , RB 


D  TB  N.ADDR 

DX  TB  N.ADDR.RX 


I  TBI  N.ADOR 

IX  TBI  N.ADDR.RX 


rORMAT /OPCODE 


8 

4 

4 

1  57 

1  N  | 

RB  | 

8 

4 

4 

16 

|  56 

1  N 

|  RX  I  1 

ADDR  | 

8 

4 

4 

16 

|  58 

1  N 

|  RX  I  I 

ADDR  | 

DKSCRIPTTON:  Bit  number  N  (0  <  N  <  15)  of  the  Derived  Operand.  IX),  is  tested.  ITicn  the  Condition  Status. 

CS,  is  set  to  indicate  non*zero  if  bit  number  N  of  the  IX)  contains  a  one.  Otherwise  CS  is  set  to 
indicate  zero.  Ihe  MSB  of  the  DO  is  designated  bit  number  zero  and  the  I  .SB  of  the  IX)  is 
designated  bit  number  fifteen. 

REGISTER  TRANSFER  DESCRIPTION: 


(CS) 

0010 

if 

DO, 

(CS) 

0001 

if 

DO, 

(CS) 

<-- 

0100 

if 

DO, 

0  and  0  i  N  1  15; 
1  and  N  *  0; 

1  and  1  i  H  i  15; 


REGISTERS  AFFECTED:  CS 


TBK/HVIBI 
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5.6  I  cm  and  set  hit. 

AQDR  MODI  mnemonic 


D  TSB  N , ADDR 

DX  TSB  N.ADDR.RX 


\ 0RMA1 /OPCODE 

8  4  4  16 


|  59  |  N  |  RX  |  j  ADDR 


DESCRIPTION:  Bit  number  N  (0  <  N  <  15)  of  the  Derived  Operand,  IX),  is  tested  and  set  to  one.  iTic  CS  is  set 
according  to  the  test. 

Note:  External  memory  accesses  shall  be  inhibited  until  this  instruction  is  complete. 

REGISTER  TRANSFER  DESCRIPTION: 

(CS)  <--  0010  and  (DOn)  <--  1  if  DOM  =  0  and  0  £  N  <  15; 

(CS)  <--  0001  if  (DOw)  =  1  and  N  =  0; 

(CS)  <--  0100  if  (00N)  =  1  and  1  <  N  i  15; 

REGISTERS  AFFECTED:  CS 


37 
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ADDR  MOPE  MNEMONIC 


R  SVBR  RA.RB 


fORMAT /OPCODE 
8  4  4 

|  5A  |  RA  |  RB  | 


INSCRIPTION:  Bit  number  N  (0  <  N  <  15)  of  the  register  RB  is  set  to  one  where  the  least  significant  four  bits  of 
the  contents  of  register  RA  is  N.  Bits  (RA)0.n  have  i 
the  count  is  determined  first  and  then  tire  appropriate  bit  is  changed. 


(tils  (RAVvi  i  have  no  effect  on  (lie  operation.  IfRA  -  RB,  then 


REGISTER  TRANSFER  DESCRIPTION: 


(RB)n  <--  1  where  N  =  ( RA) iz-i6 : 
RFGISTERS  AFFECTEfl:  RB 


I 


SVttR 
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5.8  Reset  variable  bit  in  register. 

APDR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  RVBR  RA.RB  |  SC  |  RA  |  RB  | 

IM'SCRIPUON:  Bit  number  N  (0  <  N  <  15)  of  register  RB  is  set  to  zero  where  the  least  significant  four  bits  of  the 
contents  of  regiater  R  A  is  N.  Bits  (RA)^, [  have  no  effect  on  the  operation.  If  RA  =  RB,  then  the 
count  is  determined  first  and  then  the  appropriate  bit  is  changed. 

REGISTER  TRANSFER  DESCRIPTION: 

(R8)„  <--  0  where  N  =  (RA)12.It: 

REGISTERS  AFFECTED:  RB 


39 
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5.9  Test  variable  bit  in  register. 

ADDS  MODE  MNEMONIC  FOMA \ /OPCODE 

8  4  4 

R  TVBR  RA.RB  |  5E  |  RA  f  RB  | 

DESCRIPTION:  Bit  number  N  (0  <  N  <  15)  of  register  RB  is  tested  where  the  least  significant  four  hits  of  the 
contents  of  register  RA  is  N.  Hie  C  ondition  Status,  C'S.  is  then  set  to  indicate  non- /cm  if  hit 
number  N  of  register  RB  is  a  one.  Otherwise,  CS  is  set  to  indicate  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

N  =  (  RA)  J2- is 

(CS)  <-'  0010  if  (RB„)  M  and  0  <  N  <  15; 

(CS)  <—  0001  if  (RBn)  *  1  and  N  *  0; 

(CS)  <--  0100  if  (RBn)  *  1  and  1  <  N  <  15; 

REGISTERS  AFFECTED:  CS 


IVBR 


40 

272 


V  Y&r&t 


MIL -STD-1750A  (USAF) 
2  July  1980 


5  it)  SIvLt.K'CUi^ical. 

AUITR  MODE  MNEMONIC 


R  SLL  RB , N 


I  ORMA  T /OPCODE 

8  4  4 


|  60  | N  - 1  |  RB  |  1  <  N  <  16 


llLSCJiLlM  ION  The  contents  of  the  Derived  Address,  DA  (i.c.,  the  contents  of  register  RB)  are  shifted  left 
logically  N  positions.  Ihc  shifted  result  is  stored  in  RB.  The  logical  shift  left  operation  is  as 
follows:  zeros  enter  the  least  significant  bit  position  (bit  15)  and  bits  shifted  out  of  the  sign  bit 
position  (bit  0)  are  lost.  I  hc  condition  status,  CS,  is  set  based  on  the  result  in  register  RB. 

Note:  N  - 1  ■=  0  represen  Ls  a  shift  of  one  position. 


N-i  =  15  represents  a  shift  of  sixteen  positions. 

0 

15 

EXAMPLE:  RB  Before  Shift 

|  sabc| 

defg  | 

hijk| 

lmnp  | 

RB  After  Shift  (N=4) 

1 

hi  jk| 

lmnp  | 

0000| 

REGISTER  TRANSFER  DESCRIPTION: 

(R9)  <--  (RB)  Shifted  left  logically  by  N  positions; 
(CS)  <--  0010  if  (RB)  *  0 


(CS) 


0001  if  ( RB )  <  0 


(CS)  <--  0100  if  (RB)  >  0 
REGISTERS  AFFECTED:  RB ,  CS 
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5.11  Shift  right  logical. 

AD [HR  MODE  MNEMONIC 


R  SRL  RB , N 


rORMAT/OPCODE 
8  4  4 


|  61  (N- X  |  RB  |  t  <  N  <  16 


D1  SCR  IPTjQN :  'Die  contents  of  the  Derived  A  ‘.dress.  DA  (i.e.,  the  contetus  of  re.  ister  RB).  are  doited  right 
logically  N  positions.  I  he  shifted  nsult  is  stored  in  KB.  I  he  logical  shift  right  opei.inou  is  .is 
follows:  zeros  enter  the  sign  hit  position  (hit  0)  and  hits  shifted  out  of  the  least  Miu.itk.int  hit 
position  (bit  15)  are  lost.  Inc  condition  status,  CS,  is  set  based  on  the  result  in  legisM  KB. 

Note:  N-l  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 

0  15 


EXAMPLE:  RB  Before  Shift  |  sabc  |  defg|  hijk|  linnp  | 


RB  After  Shift  (N  =  4)  - - - 

|  0000 |  sabc|  defgl  hijk| 


REGISTER  TRANSFER  DESCRIPTION: 

(RB)  <--  (RB)  Shifted  right  logically  by  N  positions; 


(CS)  <--  0C10 
(CS)  <—  0001 
(CS)  <--  0100 


if  (RB)  =  0 
if  (RB)  <  0 
if  (RB)  >  0 


AFFECTED: 


RB,  CS 


SKI. 
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5.12  Shift  right  arithmetic. 

APDR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 


R  SRA  RB,N  |  62  |M-1  |  RB  |  1  1  N  1  16 


DESCRIPTION:  The  contents  of  the  Derived  Address.  DA  (i.c.,  the  rr**-  <*nis  of  register  R 11).  are  shifted  right 

arithmetically  N  positions.  'Hie  shifted  result  is  stoic  \  KB.  I  lie  arithmetic  right  shift  operation 
is  as  follows;  the  sign  bit.  which  is  not  changed,  is  copied  into  the  next  position  for  each  position 
shifted  and  bits  shifted  out  of  the  least  significant  bit  position  (bit  15)  arc  lose  llie  condition 
status,  CS.  is  set  based  on  the  result  in  register  RB. 

Note;  N-l  =  0  represents  a  shift  of  one  position. 


N- 1  -  15  represents  a  shift  of  sixteen  positions. 


0 

15 

EXAMPLE:  RB  Before  Shift 

|  sabc|  defg| 

hijk| 

lmnp  | 

RB  After  Shift  (N»4) 

|  ssss|  sabc| 

defg| 

hijk| 

REGISTER  TRANSFER  DESCRIPTION: 


(RB)  <--  (RB)  Shifted  right  arithmetically  by  N  positions; 


(CS)  <—  0010 
(CS)  <--  0001 
(CS)  <--  0100 


if  (RB)  =  0 
if  (RB)  <  0 
if  (RB)  >  0 


REGISTERS  AFFECTED:  RB ,  CS 
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5.13  Shift  left  cyclic. 

ADDR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  SLC  RB.N  |  63  |N-1  |  RB  |  1  <  N  <  16 


INSCRIPTION:  ITie  contents  of  the  Derived  Address,  DA  (i.c.,  the  contents  of  register  RB),  arc  shifted  left 
cyclically  N  positions.  The  shifted  result  is  stored  in  RB.  The  cyclic  left  shift  operation  is  as 
follows:  bits  shifted  out  of  the  sign  bit  position  (hit  0)  enter  the  least  significant  bit  position  (bit 
15)  and.  consequently,  no  bits  are  lost.  The  conditions  status,  CS,  is  set  based  on  the  result  in  RB. 

Note:  N'l  =  0  represents  a  shift  of  one  position. 


N  -l  =  15  represents  a  shift  of  sixteen  positions. 

0 

15 

EXAMPLE :  RB  Before  Shift 

)  sabc| 

defg  | 

hijk| 

lmnp  | 

RB  After  Shift  (N=4) 

1  defgj 

hi  jk| 

lmnp  | 

sabc  j 

REGISTER  TRANSFER  DESCRIPTION: 

(RB)  <--  (RB)  Shifted  left  cyclically  by  N  positions; 


(CS)  <  — 

0010 

if 

(RB) 

-  0 

(CS) 

0001 

if 

(RB) 

<  0 

(CS)  <~ 

0100 

if 

(RB) 

>  0 

RCGISfCRS 

AFFLC 

112: 

RB, 

,  cs 

SLC 


44 
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ADQR  MODE  MNEMONIC 


R  DSLL  RB , N 
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FORMAT /OPCODE 

8  4  4 


|  65  | N- 1  |  RB  |  1  i  N  <  16 


Dl'SCRIP  1  ION:  Ihc  concatenated  contents  of  the  Derived  Address,  DA,  and  DA  +  ]  (i.e.,  the  concatenated 

contents  of  RB  and  RB  +  1),  arc  shifted  left  logically  N  positions.  J'hc  shifted  results  arc  stored  in 
RB  and  RB+  1.  The  double  left  shift  logical  operation  is  as  follows:  zeros  enter  the  least 
significant  bit  position  of  KB  +  1,  bits  shifted  out  of  the  sign  bit  position  of  RB  + 1  enter  the  least 
significant  bit  of  RB  and  bits  shifted  out  of  the  sign  bit  position  of  RB  arc  losL  'Ihc  condition 
status,  CS.  is  set  based  on  the  result  in  registers  RB  and  KB+  1. 

Note:  N- 1  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  six  teen  positions. 

EXAMPLE:  RB ,  RB+1  Before  Shift 
0  RB  15  0  RB+1  16 


|s^abc|  defg|  hijk|  lmnp|  I s r s |  tuvw|  xyzz|  zzzz | 


RB,  RB+1  After  Shift  (N=4) 

0  RB  15  0  RB+1  15 

|  defg|  hijk|  lmnp|$2qrs|  |  tuvw|  xyzzj  zzzz|  0000 | 


REGISTER  TRANSFER  DESCRIPTION: 


(RB.RB+l)  <-- 


( RB , RB+1 )  Shifted  left 


logically 


by  N  positions; 


(CS)  <--  0010 
(CS)  0001 
(CS)  <—  0100 


if  (RB.RB+l)  * 
if  (RB.RB+l)  < 
if  (RB.PB+1)  > 


REGISTERS  AFFECTED:  RB .  RB+1. 


0; 

0; 

0; 

CS 
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5.15  Double  shift  right  logical. 

ADDR  HOPE  MNEMONIC  FORMAT/OPCODE 

8  4  4 

R  DSRL  RB , N  |  66  |N~1  [  RB  |  1  <  N  <  16 

INSCRIPTION:  Ihc  concatenated  contents  of  the  Derived  Address,  DA,  and  DA  + 1  (i.c.,  the  concatenated 

contents  of  RB  and  RB  + 1),  arc  shifted  right  logically  N  positions.  Ilie  shifted  results  arc  stored 
in  RB  and  RB  M.  'fhe  double  logical  right  shift  operation  is  as  follows:  zeros  enter  the  sign  bit 
position  of  RB,  bits  shifted  out  of  the  least  significant  bit  position  of  RB  enter  the  sign  bit  position 
of  RB+1  and  bits  shifted  out  of  the  least  significant  bit  position  of  RB+  1  are  lost.  Ihc  condition 
status,  CS,  is  set  based  on  the  result  in  register  RB  and  RB+1, 

Note:  N'l  =  0  represents  a  shift  of  one  position, 

N‘l  =  15  represents  a  shift  of  sixteen  positions. 


EXAMPLE 

:  RB, 

RB+1 

Before 

Shift 

0 

RB 

16 

0  RB+1 

15 

| Sjabcl 

defg  | 

hijk| 

|  lmnp| 

1 s 2 Q r s  J  tuvw) 

xyzz| 

zzzz  I 

RB, 

RB+1 

Af  ter 

Shift  ( N  =  4 ) 

0 

RB 

16 

0  RB+1 

15 

|  0000| 

s  ^abc  | 

defg  | 

1  hijM 

|  lmnp|$2qrs| 

tuvw  I 

xyzz| 

REGISTER  TRANSFER  DESCRIPTION 


( RB , RB+1 )  <--  (RB.RB+l)  Shifted  right  logically  by  N  positions; 


(CS) 

(CS) 

(CS) 


<-- 

0010 

if 

(RB.RB+l) 

=  0 

<  — 

0001 

if 

(RB.RB+l) 

<  0 

0100 

if 

(RB.RB+l) 

>  0 

REGISTERS  AFFECTED: 


RB,  RB+1,  CS 


DSRL 
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5.16  Double  sluti  rmht  arithmetic, 

AJDOR  MOPF  MNEMONIC  FORMA  C /OPCODE 

8  4  4 

R  DSRA  RB , N  |  67  | N- 1  |  RB  |  1  <  N  £  16 


DESCRIPTION:  The  concatenated  contents  of  the  Derived  Address,  DA,  and  DA  +  1  (i.e.,  the  concatenated 

contents  of  RB  and  RB  f  1),  arc  shifted  right  arithmetically  N  positions.  Hie  shifted  results  are 
stored  in  RB  and  RB  +  1.  'Hie  double  right  shift  arithmetic  operation  is  as  follows:  die  sign  bit  of 
RB,  which  is  not  changed,  is  copied  into  the  next  position  for  each  position  shifted,  bits  shifted 
out  of  the  least  significant  position  of  RB  enter  the  sign  bit  position  of  RB+1,  and  bits  shifted  out 
of  the  least  significant  bit  position  of  RB  +  1  are  lost  (he  condition  status,  CS,  is  set  based  on  the 
result  in  register  RB  and  RB+ 1. 

Note:  N-l  =  0  represents  a  shift  of  one  position. 

N-l  =  15  represents  a  shift  of  sixteen  positions. 

EXAMPLE:  RB,  RB+1  Before  Shift 
0  RB  15  0  RB+1  15 


| s 1 abc |  defg|  hijk|  lmnp|  |s2qrs|  tuvw|  xyzz|  zzzz| 


RB,  RB+1  After  Shift  (N*4) 

0  RB  15  0  RB+1  15 


js^s^s^s^l  s^abcj  defgl  hijk|  |lmnp|  s2qrs|  tuvw|  <yzz| 


REGISTER  TRANSFER  DESCRIPTION: 

(RB.RB+l)  <--  ( RB , RB+1 )  Shifted  right  arithmetically  by  N  positions: 


(CS) 

<— 

0010 

if 

(RB.RB+l)  = 

(CS) 

<-- 

0001 

if 

(RB.RB+l)  < 

(CS) 

<-- 

0100 

if 

(RB.RB+l)  > 

REGISTERS  AfFLCTEP:  RB,  RB+1,  CS 
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5.17  Double  shift  left  cyclic. 

ADDR  MODE  MNEMONIC  FORMA f /OPCODE 

8  4  4 

R  OSLC  RB ,  N  |  68  J  N- 1  |  RB  |  1  <  N  <  16 


I  INSCRIPTION ‘  ITie  concatenated  contents  of  the  Derived  Address,  l  )A,  and  DA  -f  1  (i.c.,  the  concatenated 

contents  of  RB  and  RB+  l),  are  shifted  left  cyclically  N  positions.  1  Tie  si  lifted  results  are  stoied  in 
RHand  RB  t  l.  Hie  double  left  shift  eye  lie  operation  is  as  follows  hits  shifted  out  of  ihcsrn  bit 
position  of  RB  enter  the  least  significant  hit  position  of  RB  +  I.  bits  shifted  out  of  the  sign  bit 
position  of  RB  f  l  enter  (he  least  significant  bit  position  of  RB,  and.  consequently,  no  hits  are  lost. 
The  condition  status.  CS,  is  set  h;tscd  on  the  result  in  R  B  and  RB  +  1 . 

Note:  N  1  --  0  represents  a  shift  of  one  position. 

N-l  -  15  represents  a  shift  of  sixteen  positions. 


EXAMPLE 

RB  , 

RB  +  1 

Bef  o re 

Shift 

0 

RB 

15 

0  RB  +  1 

15 

| s jabc| 

defg  | 

hijk| 

|  lmnpj 

(s^qrsl  tuvw| 

xyzz|  zzzz| 

RB, 

RB+1 

Af  t*r 

Shift  (N=4 ) 

0 

RB 

15 

0  RB  +  1 

15 

|defg| 

hijk| 

Imnp  | 

s2qrs l 

|tuvw|  xyzz| 

zzzz|  $|abc| 

REGISTER  TRANSFER  DESCRIPTION : 

(RB.RB+l)  <--  (RB.RB+l)  Shifted  left  cyclically  by  N  positions; 


(CS)  <--  0010  if  (RB.RB+l)  =  0 
(CS)  <--  0001  if  (RB.RB+l)  <  0 
(CS)  <--  0100  if  (RB.RB+l)  >  0 
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5.1H  Shi ft  logical.  count  in  register. 

AODR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 


R  SLR  RA.RB  |  6A  |  RA  |  RB  |  |(RB)|  1  16 


OKSCklPTlON:  llic  contents  of  register  RA  are  shifted  logically  N  positions,  where  N  is  the  contents  of  register 
KB.  U  N  is  positive  ((KB0)-OX  then  die  shift  direction  is  left;  if  N  is  negative  (2' s  complement 
notation,  (RUq)=  1),  then  the  shift  direction  is  right,  Ibe  condition  status.  CS,  is  set  based  on  the 
result  in  RA. 

Note:  N  -  0  represents  a  shift  of  /.cro  positions. 

If  |N|  >  16,  the  fixed  point  overflow  occurs,  no  shifting  takes  place,  and  this  instruction  is  treated 
as  a  NOP  (see  page  137). 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  this  event  the  contents  are  shifted  N 
positions. 

(Sec  '1  )cscriptionM  of  the  logical  shift  instructions,  SLL  and  SRT(see  pages  41  and  42),  for  the 
definition  of  shift  operations.) 

REGISTER  TRANSFER  DESCRIPTION: 


Pit  < 

—  1 

,  exi 

t.  if  | N | 

>  16; 

(RA) 

<-- 

(RA) 

Shifted  left  logically  by 

(RB)  positions, 

if  0 

<  (RB)  < 

16; 

(RA) 

<-- 

(RA) 

Shifted  r 

ight  logically  by 

-(RB)  positions 

if  0 

>  (RB)  > 

-16; 

(CS) 

/ 

\ - 

0010 

if  (RA) 

=  0; 

(CS) 

<-- 

0001 

if  (RA) 

<  0; 

(CS) 

<-- 

0100 

if  (RA) 

>  0; 

REGISTERS 

.  AFFECTED:  RA 

,  RB,  CS,  PI 

49 
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5.19  Shift  arithmetic,  count  in  register. 
ADDR  MODI  MNEMONIC 


SAR  RA.RB 


fORMA  r /OPCODE 
8  4  4 


|  6B  |  RA  |  RB  |  |(RB)|  C  16 


1  )FSCR  IPTlON:  '1  he  contents  of  register  RA  are  shifted  arithmetically  N  positions,  where  N  is  the  contents  of 
register  RB.  If  N  is  positive  ((Rftn)-0),thcn  the  shift  direction  is  left;  if  N  is  negative  (?.‘s 
complement  notation.  (RBq)  -  1 ),  then  die  shift  direction  is  right.  Hie  condition  status.  (.  V  is  set 
based  on  the  result  in  RA. 


Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  16,  die  fixed  point  overflow  occurs,  no  shifting  takes  place,  and  this  instruction  is  treated 
as  a  NOR  (see  page  137). 


The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  diis  event,  the  contents  arc  shifted  N 
positions. 

(See  "Description"  of  the  arithmetic  shift  instruction  SRA  (see  page  43)  for  definition  of  the  right 
shift  operation,  [.eft  shift  causes  "zeros"  to  be  shifted  into  low  order  position  of  result.) 


Fixed  point  overflow  occurs  if  the  sign  bit  changes  during  a  left  shift. 
REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1.  exit,  if  | N |  >  16; 

(RA)  <--  (RA)  Shifted  left  arithmetically  (RB)  positions, 
if  16  >  (RB)  >  0; 

(RA)  <--  (RA)  Shifted  right  arithmetically  -(RB)  positions, 
if  0  >  (RB)  >  -16; 


PI,  < 

--  1 

,  if 

(RA0) 

chan 

ges 

(CS) 

<~ 

0010 

if 

(RA) 

=  0; 

(CS) 

<-- 

0001 

if 

(RA) 

<  0; 

(CS) 

<-- 

0100 

if 

(RA) 

>  0; 

REGIS 

TERS 

AFFECTED: 

RA, 

RB. 

SAR 


50 
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5.20  Shift  cyclic,  count  In  register, 

ADDR  MOOf  MNEMONIC 


4  4 


SCR  RA.RB 


|  6C  |  RA  |  RB  |  |  ( RB )  |  £  16 


DHSCRIPI  ION:  flic  contents  of  register  RA  arc  shifted  cyclically  N  positions,  where  N  is  the  contents  of  register 
RB.  If  N  is  positive  ((RB0)  =  0),  then  the  shift  direction  is  left;  if  N  is  negative  (2’s  complement 
notation,  (RBq)=  I),  then  the  shift  direction  is  right.  The  condition  status,  CS,  is  set  based  on  the 
result  in  RA. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  16,  the  fixed  point  overflow  occurs,  no  shifting  takes  place,  and  this  instruction  is  treated 
as  a  NOP  (see  page  137). 

(See  ’’Description*’  of  the  cyclic  shift  instruction,  SLC  (see  page  44),  for  definition  of  shift 
operations.) 

llic  contents  of  RB  remain  unchanged,  unless  RA  =  RB  in  this  event,  the  contents  are  shifted  N 
positions. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1.  exit,  if  | N |  >  16; 

(RA)  <--  (RA)  Shifted  left  cyclically  by  (RB)  positions, 
if  0  <  (RB)  £  16; 

(RA)  <--  (RA)  Shifted  right  cyclically- by  ■ (RB)  positions, 

if  0  >  (RB)  2  -16; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  c--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA.  RB,  CS,  PI 


MIL-STD- 1750A  (USAF) 
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5.21  Double  shift  logical,  count  in  register. 

ADDR  MODE  MNEMONIC  F Q_RM AT /OPCODE 

8  4  4 

R  D5LR  RA,RB  |  6D  {  RA  |  RB  |  | ( RB ) |  1  32 

DHSCRIFTlON:  The  concatenated  contents  of  registers  RA  and  RA  +  1  arc  shifted  logically  N  positions  where 
register  RB  contains  the  count,  N.  If  the  count  is  positive  (CRB0)-0),  then  the  shift  direction  is 
left.  If  the  count  is  negative  (7’s  complement  notation*  (RB0)=  1 ).  then  the  shift  direction  is  right. 
The  condition  status,  CS,  is  set  based  on  the  result  in  RA  and  RA  +  1. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  32,  the  fixed  point  overflow  occurs,  no  shifting  occurs,  and  this  instruction  is  treated  as  a 
NOP  (see  page  137). 

(See  "Description"  of  the  double  shift  logical  instructions.  DSRI  and  DSLL  (see  pages  46  and 
45),  for  definition  of  shift  operations.) 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  this  event,  the  contents  are  shifted  N 
positions. 

REGISTER  fRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  | N |  >  32; 

(RA.RA+l)  <--  (RA.RA+l)  Shifted  left  logically  by  (RB)  positions 
if  32  >  (RB)  >  0; 

(RA.RA+l)  <--  (RA.RA+l)  Shifted  right  logically  by  -(RB)  positions 

if  0  >  (RB)  >  -32; 

(CS)  <--  0010  if  (RA.RA+l)  =  0; 

(CS)  <-*  0001  if  (RA.RA+l)  <  0; 

(CS)  <--  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA ,  RA+1 ,  RB ,  CS,  PI 


DSLR 


S2 
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5.77  D< *L> I'Jal >Jil ! L'ltill'* U 1  •  cm mt  in  register. 


ADUR  MODf 

MNEMONIC 

FORMAT /OPCODE 

8 

4  4 

R 

OSAR  RA , RB 

1  6E 

|  RA  |  RB  |  | ( RB) |  i  32 

1  INSCRIPTION:  The  concatenated  contents  of  register  RA  and  RA  1 1  are  shifted  arithmetically  N  positions  where 
register  RB  contains  die  count.  N.  If  the  count  is  positive  ((RB0)~  0),  dicn  the  shift  direction  is 
left.  If  the  count  is  negative  (2*s  complement  notation,  (RB0)  =  1),  then  die  shift  direction  is  right 
Hie  condition  status,  CS.  is  set  based  on  the  result  in  RA  and  RA  + 1. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  32,  the  fixed  point  overflow  occurs,  no  shifting  occurs,  and  this  instruction  is  treated  as  a 
NOP  (sec  page  137). 

The  contents  of  RB  remain  unchanged,  unless  RA  -  RB;  in  this  event,  the  contents  are  shifted  N 
positions. 

(See  "Description"  of  the  double  shift  arithmetic  instruction,  DSRA  (sec  page  47),  for  the 
definition  of  the  right  shift  operation.  Ixfl  shift  causes  "zeros"  to  be  shifted  into  low  order 
position  of  result) 

Fixed  point  overflow  occurs  if  the  sign  bit  is  changed  during  a  left  shift 
REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  If  f N |  >  32: 

(RA.RA+l)  <--  ( RA , RA+1 )  Shifted  left  arithmetically  (RB)  positions, 
if  32  2  (RB)  >  0; 

(RA.RA+l)  <--  (RA.RA+l)  Shifted  right  arithmetically  -(RB)  positions, 
if  0  >  (RB)  >  -32; 

PI4  <--  1,  if  (RA0)  changes  during  the  shift; 


(CS)  <-- 

0010 

if 

(RA.RA+l) 

=  0; 

(CS)  <-- 

0001 

if 

( RA , RA+1 ) 

<  0; 

(CS)  <-- 

0100 

if 

/RA.RA+l) 

>  0; 

REGISTERS  AFFECTED:  RA ,  RA+1,  RB ,  CS,  PI 


S3  OSAR 
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5.23  Double  shift  cyclic,  count  in  register. 

ADDR  MODE  MNEMONIC 


R  DSCR  RA.RB 


FORMAT /OPCODE 

8  4  4 


|  6F  |  RA  |  RB  |  I ( RB) |  <32 


DHSCRIFHON:  'Hie  concatenated  contents  of  registers  RA  and  RA  +  1  are  shifted  cyclically  N  positions,  where 
register  RB  contains  the  count,  N.  If  the  count  is  positive  ((RB0)-0).  the  shift  direction  is  left.  If 
the  count  is  negative  (2*s complement  notation,  (RB0)~  1),  the  shift  direction  is  right.  TTic 
condition  status,  CS,  is  set  based  on  the  result  in  RA  and  RA-f  1. 

Note:  N  =  0  represents  a  shift  of  zero  positions. 

If  |N|  >  32,  the  fixed  point  overflow  occurs,  no  shifting  occurs,  and  this  instruction  is  treated  as  a 
NOP  (see  i/age  137). 

(See  ‘'Description"  of  the  double  shift  cyclic  instruction,  DSLC  (see  page  48).  for  the  definition  of 
shift  operations.) 

The  contents  of  RB  remain  unchanged,  unless  RA  =  RB;  in  this  event,  the  contents  arc  shifted  N 
positions. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <~  1,  exit,  if  |  N  |  >  32; 

( RA , RA+1 )  ( RA, RA+1 )  Shifted  left  cyclically  by  (RB)  positions 

if  32  >  (RB)  >  0; 

(RA.RA+l)  <--  ( RA, RA+1 )  Shifted  right  cyclically  fcy  “(RB)  positions 

if  0  >  (RB)  >  -32; 

(CS)  <--  0010  if  ( RA, RA+1 )  *  0; 

(CS)  0001  if  (RA.RA+l)  <  0; 

(CS)  <--  0100  if  ( RA, RA+1 )  >  0; 

REGISTERS  AFFECTED:  RA ,  RA+1,  RB ,  CS,  PI 


\ 
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5.24  Jump  on  condition. 

ADDR  MODE  MNEMONIC 


D  JC  C, LABEL 

DX  JC  C. LABEL. RX 


I  JCI  C , ADDR 

IX  JCI  C . ADDR. RX 


FORMAT/OPCODE 


8 

4 

4 

16 

1  70 

1  C  1 

|  RX  |  | 

LABEL  | 

8 

4 

4 

16 

1  71 

1  C  1 

|  RX  |  | 

ADDR  | 

DESCRIPTION:  ITiis  is  a  conditional  jump  instruction  wherein  the  instruction  sequence  jumps  to  the  Derived 
Address,  DA,  if  a  logical  one  results  from  the  following  operation: 

(1)  The  4-bit  C  field  is  bit-bybit  ANDed  with  the  4-bit  condition  status.  CS 

(2)  The  resulting  4-bits  are  ORed  together 

(3)  or  if  C  =  7  or  C  =  F; 

Otherwise,  the  next  sequential  instruction  is  executed. 


Cond 

£2 

ition  Code 

£16  Jump  Condition 

Mnemonic 

0000 

0 

NOP 

- 

- 

- 

0001 

1 

less  than  (zero) 

LT 

LZ 

M 

0010 

2 

equal  to  (zero) 

EQ 

EZ 

- 

0011 

3 

less  than  or  equal  to 

(zero) 

LE 

LEZ 

NP 

0100 

4 

greater  than  (zero) 

GT 

GZ 

P 

0101 

5 

not  equal  to  (zero) 

NE 

NZ 

- 

0110 

6 

greater  than  or  equal 

to  (zero) 

GE 

GEZ 

NM 

0111 

7 

unconditional 

- 

- 

- 

1000 

8 

carry 

CY 

- 

- 

1001 

9 

carry  or  LT 

- 

- 

- 

1010 

A 

carry  or  EQ 

- 

- 

- 

1Q1 1 

B 

carry  or  LE 

- 

- 

- 

1100 

C 

carry  or  GT 

- 

- 

- 

1101 

D 

carry  or  NE 

- 

- 

- 

1110 

E 

carry  or  GE 

- 

- 

- 

1111 

F 

unconditional 

- 

- 

- 

i 
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REGISTER  TRANSFER  DESCRIPTION: 


(IC)  <--  DA  if  C  = 
if  C  * 
if  (C0t 
REGISTERS  AFFECTED: 


JC.JCI 


7 ,  or 
F ,  or 

CS0)  V  (C^  CS,)  V  (C2t  cs2)  v  (C3t  CS3)  =  1; 
IC  (if  jump  is  executed) 


\ 


% 

^88 


♦>  , 
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5  7*>  Jump  to  subroutine. 

ADDR  M00t_  MNJ  M0NJ_£ 


8  4  4  16 

D  JS  RA,  LABEL  - - - - - 

DX  JS  RA.LABFL.RX  |  72  |  RA  |  RX  |  |  LABEL 


1  )I;SCR  I  jj HO N:  flic  value  of  the  instruction  counter  (the  address  of  the  next  sequential  instruction)  is  stored  into 
register  RA.  lTien,  the  1C  is  set  to  the  derived  address,  DA,  thus  effecting  die  jump.  This  sets  up 
the  return  from  subroutine  to  the  address  stored  in  the  register  RA,  i.e..  an  indexed  unconditional 
jump  from  location  /.cro  using  RA  as  the  index  register  shall  transfer  control  to  die  instruction 
following  the  JS  instruction. 


Note: 


If  RA  =-  RX.  then  die  derived  address,  DA,  is  calculated  before  the  IC  is  stored  in  RA. 
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ADDR  MODE  MNEMONIC 


SOJ  RA.  LABEL 
SOJ  RA, LABEL, RX 


4  4 


73  |  RA  |  RX  | 


LABEL  | 


DKSCRIFUON:  'Hie  16  bit  contents  of  register  RA  arc  decremented  by  one.  Ihcn  if  the  content  of  register  RA  is 
7.ero,  the  next  sequential  instruction  is  executed.  If  the  content  of  register  RA  is  non-zero,  then  a 
jump  to  the  Derived  Address,  DA,  occurs. 

Note:  If  RA  =  RX,  then  the  derived  address,  DA,  is  calculated  before  RA  is  decremented. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <—  (RA)  -  1; 

(IC)  <—  DA  if  (RA)  *  0; 


(CS)  <~ 
(CS)  <— 
(CS)  <- 


0010  if  (RA)  =  0 

0001  if  (RA)  <  0 

0100  if  (RA)  >  0 


AFFECTED :  RA,  CS,  IC  (if  the  jump  is  executed) 
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5.28  Branch  if  equal  to  (zero). 

ADDR  MODE  MNEMONIC  FORMA  I /OPCODE 

8  8 

ICR  BEZ  LABEL  |  75  |  0  |  128  <  I)  <  127 


DHSCRIPTION:  A  program  branch  is  made  lo  I  ABKI  i.c..  the  Derived  Address,  DA,  if  the  t  ondttion  status,  (' 
indicates  that  the  previous  result  which  set  the  (  S  is  equal  to  (zero)  Otliei  wise,  the  next 
sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  =  X 0 1 0 ; 

REGISTERS  AF FECTEO :  IC  (if  the  jump  is  executed) 


L 


BFZ 


ftO 
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S.7‘)  I  Ija  n  ch  il  I  c>\  I  ha  i  \  (zero) . 
AQ0R  MODE  MNEMONIC 

ICR  BLT  LABEL 


1 ORMA1 /OPCODE 

8  8 


|  76  |  D  |  -128  <  D  <  127 


DESCRIPTION:  A  prop,  nun  branch  Is  made  to  I  ,ABKI  ,  i.e.,  the  Derived  Address.  DA.  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  less  than  (zero).  Otherwise,  the  next 
sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  OA  if  (CS)  =  XQ01 ; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


it 
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5 JO  Brunch  to  executive. 

ADDR  MODE  MNEMONIC  FORMAT/OPCODE 

8  4  4 

S  BEX  N  |  77  1 0000 1  H  \ 


DF.SCRIPTION:  This  instruction  provides  a  means  to  jump  to  a  routine  in  another  address  state,  AS.  ft  is  typically 
used  to  make  controlled,  protected  calls  to  an  executive.  Hie  4-bit  literal  N  selects  one  of  16 
executive  entry  points  to  be  used.  Execution  of  this  instruction  causes  an  interrupt  to  occur  using 
the  EXKC  call  interrupt  vcctoi  (interrupt  5).  Ihc  new  IC  is  loaded  from  the  Nth  location 
following  the  SW  in  the  new  processor  state.  The  linkage  pointer  (l.P),  service  pointer  (SVP),  and 
the  new  processor  state  (new  MK,  new  SW,  and  new  1C)  arc  fetched  from  address  state  zero.  Ihe 
current  processor  state  (old  MK,  old  SW,  and  old  IC)  arc  stored  m  die  address  state  specified  by 
the  new  SW  AS  field.  Interrupts  arc  disabled  when  BKX  is  executed.  'Hie  EXKC  call  interrupt 
cannot  be  masked  or  disabled.  Arguments  associated  with  the  BKX  instruction  are  passed  by 
software  convention.  Ihe  processor  lock  and  key  function  is  ignored  when  Uiis  instruction  is 
executed.  An  attempt  to  branch  into  an  execute  protected  area  of  memory  shall  result  in  1T0 
being  set  to  l. 

REGISTER  TRANSFER  DESCRIPTION: 


(  RQ  ,  RQ+1 ,  RQ+2  )  <~  (MK,SW,IC); 

(SVP)  <--  [2Bie],  where  AS  =  0; 

PI8  <~  1; 

(MK, SW, IC)  <—  [(SVP) , (SVP)+1 , (SVP)+2+N)] ,  where  AS  =  0; 
(LP)  <--  [2A16],  where  AS  *  0; 

[ ( LP )  ,(LP)+l,(LP)+2]  <—  (RQ, RQ+1, RQ+2),  where  AS  =  SW12_16; 
REGISTERS  AFFECTED:  MK,  SW ,  IC,  PI 


BKX 
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5.31  branch  i  T  levs  than  orcuunl  U)  (/crol. 

AOPR  MODE  MNEMONIC  FORMA  I /OPCODE 

8  8 

ICR  BLE  LABEL  |  78  |  D  |  -128  i  D  <  127 

DESCRIPTION:  A  program  branch  is  made  to  I  .AHKI  ..  i.c.,  the  Derived  Address,  DA,  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  less  than  or  equal  to  (zero).  Otherwise,  the 
next  sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  «  X010  or  (CS)  -  X001; 

REGISTERS  AFFECTED:  IC  (if  tha  jump  is  executed) 


63  BLK 
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5.D  Brand)  it  greater  than  (/cm). 

ADDR  MODE  MNEMONIC  fORMAT /OPCODE 

8  8 

ICR  BGT  LABEL  |  79  |  D  |  -128  <  D  <  127 

DESCRIPTION:  A  program  branch  is  made  to  LA  UHL,  i.c.,  the  Derived  Address,  DA,  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  sot  the  CS  is  greater  than  (zero).  Otherwise,  the  next 
sequential  instruction  is  executed. 

REG  I  SI ER  TRANSFER  DE SCRIPT  ION: 

( 1C)  <--  DA  if  (CS)  *  X 1 00 ; 

REGISTERS  AF  FECTEO :  1C  (if  the  jump  is  executed) 


nor 
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5  31  Branch  if  inn  cuti.il  to  L/crol. 

ADDR  MODI  MNEMONIC  FORMAT/OPCODE 

8  8 

ICR  BNZ  LABEL  |  7A  |  0  |  -128  £  D  £  127 

DESCRIPTION:  A  program  branch  is  made  to  1-ABF.I i.c.,  the  Derived  Address,  DA,  if  the  condition  status,  CS, 
indicates  that  the  previous  result  which  set  the  CS  is  not  equal  to  (/.era).  Otherwise,  the  next 
sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  *  X100  or  (CS)  =  X001; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


I 

N 
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5.34  Branch  if  greater  than  or  equal  to  (zero). 


AOOR  MODE 

MNEMONIC 

F  ORMAT /OPCODE 

8 

8 

ICR 

BGE  LABEL 

1  7B 

1  D 

|  - 1  ?8  <  D  <  127 

DESCRIPTION:  A  program  branch  is  made  to  L.ABRL  i.e.,  the  Derived  Address,  DA.  if  the  condit.on  status,  CS, 
indicates  that  the  previous  result  which  set  die  CS  is  greater  man  or  equal  to  (zero).  Otherwise,  the 
next  sequential  instruction  is  executed. 

REGISTER  TRANSFER  DESCRIPTION: 

(IC)  <--  DA  if  (CS)  *  X100  or  (CS)  =  X010; 

REGISTERS  AFFECTED:  IC  (if  the  jump  is  executed) 


MIL-STD  1750A  (USAT ) 
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5.15  1  k!  status. 

ADfiB  mode  MNEMONIC  f puma r /opcode 


D  1ST  ADDR 

DX  LST  ADDR.RX 


I  LST I  ADDR 

IX  LST I  ADDR , RX 


8 

4 

4 

16 

1  70 

|  0000 | 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

1  7C 

| 0000  I 

RX  |  | 

ADDR  | 

DESCRIPTION:  The  contents  oF the  Derived  Address,  DA,  and  DA  + 1,  and  IM  +  2  arc  loaded  into  the  Interrupt 
Mask  register.  Status  Word  register  and  Instruction  Counter,  respectively.  This  is  a  privileged 
instruction. 

Note:  This  instruction  is  an  unconditional  jump  and  is  typically  used  to  exit  from  an  interrupt  routine. 

DA,  DA  4- 1,  and  DA  +  2,  in  this  typical  case,  contain  the  Intemipt  Mask,  Status  Word,  and 
Instruction  Counter  values  for  the  interrupted  program  and  the  execution  ofli>T  causes  the 
program  to  return  to  its  status  prior  to  being  interrupted. 

ESM21L&  TRANSLER  PESCRIPUQM: 

(MK,  SW,  IC)  <—  [DA.  DA+1 *  DA+2]; 

PESISLERS  AEfECJEB:  MK.  SW.  IC 
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5.36  Stack  1C  and  jump  to  subroutine. 

ADDR  MODE  MNEMONIC  fQRMAI /OPCODE 


8  4  4  16 

D  SJS  RA ,  LABEL  -  - - 

DX  SJS  RA, LABEL, RX  |  7E  |  RA  |  RX  |  |  LABEL  | 


DESCRIPTION:  The  contents  of  register  RA  are  decremented  by  one.  ITic  address  of  the  instruction  following  the 
SJS  instruction  is  stored  into  die  memory  location  pointed  to  by  RA.  Program  control  is  then 
transferred  to  the  instruction  at  the  Derived  Address,  I  )A.  RA  is  the  stack  pointer  and  can  be 
selected  by  the  programmer  as  any  one  of  die  16  general  registers. 

Note:  If  RA  —  RX,  then  die  derived  address,  1)A,  is  calculated  before  RA  is  decremented. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  -  1; 

[(RA)]  <~  (IC); 

(IC)  <--  DA; 

REGISTERS  AFFECTED:  IC .  RA 


SJS 


6X 
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5  .17  Unstick  1C  and  return  from  subroutine. 

ADOR  MOPE  MNCMOMIC  FORMAT/OPCOPE 

8  4  4 

S  URS  RA  |  7F  |  RA  |  0  | 

INSCRIPTION:  The  contents  of  the  memory  location  pointed  to  by  register  RA  is  loaded  into  the  instruction 
counter,  1C,  RA  is  then  incremented  by  one.  Any  one  of  the  16  general  registers  may  be 
designated  as  the  stack  pointer.  This  instruction  is  the  subroutine  return  for  SJS,  Stack  and  Jump 
to  Subroutine. 

REGISTER  TRANSFER  DESCRIPTION; 

(IC)  <--  f(RA)]; 

(RA)  <--  (RA)  +  1; 

REGISTERS  AFFECTED:  RA.  IC 


69 
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S.38  Sinelc  precision  load 


ADDR  MODE  MNEMONIC 


FORMAT/OPCODE 


8 

4 

4 

R 

LR 

RA.RB 

i 

81 

|  RA 

1  RB  1 

4 

2 

2 

8 

B 

LB 

BR.OSPL 

1  0 

|0 

1 B  R  ’  | 

DSPL  | 

4 

2 

2 

4 

4 

BX 

LBX 

BR ,  RX 

1  4 

|0 

|  BR  *  | 

0 

1  RX  | 

8 

4 

4 

ISP 

LISP 

RA.N 

1 

82 

|  RA 

|N-1  | 

8 

4 

4 

ISN 

LISN 

RA.N 

1 

83 

|  RA 

|N-1  | 

12  <  BR  <  15 
BR*  =  BR  12 
RA  «=  R2 


12  <  BR  <  15 
BR'  =  BR  -  12 
RA  *  R2 


1  <  N  £  16 


1  i  N  £  16 


D  L  RA , ADDR 

DX  L  RA , ADDR , RX 


IM  LIM  RA .DATA 

IMX  LIM  RA , DATA  t  RX 


I  LI  RA , ADDR 

IX  LI  RA.AODR.RX 


8 

4 

4 

16 

|  80 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  85 

1  RA 

|  RX  |  | 

DATA  | 

8 

4 

4 

16 

1  84 

< 

cn 

l  RX  II 

ADDR  | 

DESCRIPTION:  The  single  precision  Derived  Operand,  IX),  is  loaded  into  the  register  RA.  The  Condition  Status, 
CS,  is  set  based  cn  the  result  in  register  RA. 


I  R,L1SP.USN,EB.EBX,U  IJ  IM 
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RLGlSTf R  LRANSliii  DC  SCRIP!  ION: 
(RA)  <--  DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

RFGISTERS  AFFECTED:  RA,  CS 


71  I  R,LISP.LISN.LB,LBX,L,LU  1M 
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5  . 19  I  jonbjc  precision  load. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

8 

4 

4 

R 

DLR 

RA ,  RB 

1  87 

|  RA 

1  RB  1 

4  2 

2 

8 

12  <  BR  <  15 
HR'  =  BR  12 

RA  *  R0 

B 

OLB 

BR.DSPL 

|  0  |1 

|  B  R  *  | 

DSPL  | 

4  2 

2 

4  4 

12  <  BR  <  15 
BR*  -  BR  -  1. 

RA  =  R0 

BX 

DLBX 

8R.RX 

1  4  10 

IBR'I 

1  |  RX  I 

D 

DX 

DL 

DL 

RA.AODR 

RA.ADDR.RX 

8 

4 

4 

16 

|  86 

|  RA 

|  RX  |  | 

AOOR  | 

8 

4 

4 

16 

I 

IX 

DLI 

DLI 

RA , ADDR 
RA.ADDR.RX 

|  88 

|  RA 

|  RX  |  | 

ADDR  | 

DKSCRIPTION:  The  double  precision  Derived  Operand,  IX),  is  loaded  into  the  register  RA  and  RA  + 1  such  that 
the  MSH  of  DO  is  in  RA.  The  Condition  Status,  CS,  is  set  based  on  the  result  in  RA  and  RA  + 1. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA.RA+l)  <--  DO; 

(CS)  <--  0010  if  (RA.RA+l )  =  0  (Double  fixed  point  zero); 

(CS)  <--  0001  if  (RA.RA+l)  <  0; 

(CS)  <—  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1 ,  CS 


DLR,!)1  11.1)1  BX.DL  DM 


11 
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S -III  I  ii.nl  mull mlc  i ousters. 

AIJOR  MODI  MNt  M0N1C  FORMA f /OPCODE 

8  4  4  16 

0  EM  N.AODR  - . . . . . . 

OX  LM  N.AODR, RX  |  89  |  N  |  RX  |  |  ADDR  | 

0  <  N  <  15 

DISCRiri  ION.  1  lie  contents  of  the  I  drived  Address,  DA,  arc  loaded  into  register  RO,  then  die  contents  of  the 

DA  t- 1  arc  loaded  into  register  R1 . finally,  the  contents  of  DA  +  N  arc  loaded  into  RN. 

Hffccuvcly  tins  instruction  allows  die  transfer  of  (N  +  1)  words  from  memory  to  the  register  file. 

REGISTER  TRANSFER  DESCRIPTION: 

(RO)  <--  [DA]  ; 

(Rl)  <--  [DA+ 1 ] ; 

(R2)  <--  [DA+2], 


(RN)  <--  [DA+NJ; 

REGISTERS  AFFECTED:  RO  through  RN 
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5.41  Extended  precision  Moating  point  load. 


AODR  MOOC  MNEMONIC 


D  EFL  RA.ADDR 

DX  EFL  RA , ADDR , RX 


1 ORMAT /OPCODE 


8A  |  RA  |  RX  |  | 


DHSCRIP  1  ION:  The  extended  precision  floating  point  1  )erivcd  Operand.  1)0,  is  loaded  into  registers  RA. 

RA  +  l,  and  RA  +  2  such  that  the  most  significant  16-bits  of  the  word  arc  loaded  into  register  RA. 
Hie  condition  status.  CS,  is  set  based  on  the  results  in  registers  RA,  RA  +  1 .  and  RA  4-2. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA,  RA+1 .  RA+2 )  <--  00; 

(CS)  <--  0010  if  (RA,  RA+1.  RA+2)  =  0 

(CS)  <--  0001  if  (RA,  RA+t,  RA+2)  <  0 

(CS)  <--  0100  if  (RA,  RA+1,  RA+2)  >  0 

REGISTERS  AFFECTED:  RA ,  RA+1,  RA+2,  CS 
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5.42  I  oad  from  upper  byte. 


ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

n 

LUB 

LUB 

RA , ADDR 

RA , ADDR , RX 

6 

4 

4 

18 

U 

DX 

I  8B 

1  RA  I 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

I 

IX 

LUBI 
LUB  I 

RA , ADDR 

RA , ADDR , RX 

|  8D 

1  RA  I 

RX  |  | 

ADDR  | 

DHSCK.1PTION:  The  MSH  (upper  byte)  of  die  Derived  Operand.  IX),  is  loaded  into  the  LSH  (lower  byte)  of 

register  RA.  The  MSH  (upper  byte)  of  RA  is  unaffected.  The  condition  status,  CS,  is  set  based  on 
the  result  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(  RA ) 8- 15  DO0-7; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA t  CS 


75  I.UB.I  UP1 
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5.43  Load  from  lower  bvtc. 
ADDR  MODE  MNEMONIC 


D  LLB  RA.ADDR 

DX  LLB  RA.ADDR, RX 


I  LLBI  RA.ADDR 

IX  LLBI  RA.ADDR . RX 


FORMAT/OPCODE 


.  y  .......  ,  ^ 

8 

4 

4 

18 

|  8C 

1  RA  I 

RX  |  | 

ADDR  \ 

8 

4 

4 

16 

1  8E 

1  RA  I 

RX  |  | 

ADOR  | 

INSCRIPTION :  Ihc  LSH  (lower  byte)  of  the  Derived  Operand.  DO,  is  loaded  into  the  LSH  (lower  byte)  of 

register  It  A.  lhe  MSH  (upper  byte)  of  RA  is  unaffected.  Ihe  condition  status,  CS.  is  set  based  on 
the  result  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(  )  8- 1 5  <*"“ 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA ,  CS 


LLB  I  LIU 
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5.44  Pop  multiple  registers  olT  the  Mack. 

ADDR  MODE  MNEMONIC  t  PUMA ■ /O PC OOF 

8  4  4 


S  POPM  RA.RB  I  8F  |  RA  |  RB  | 


INSCRIPTION:  For  RA  <  RB,  registers  RA  through  Rli  are  loaded  sequent!.. 11>  from  a  Mack  in  memory  using  R 15 
as  the  stack  pointer. 

For  RA  >  RB,  registers  RA  through  R14  and  then  RO  through  KB  are  loaded  sequentially  from 
the  stack. 

In  both  cases, 

a.  as  each  word  is  popped  from  the  stack,  R15  is  incremented  by  one: 

b.  if  R15  is  included  in  the  transfer,  then  it  is  effectively  ignored; 

c.  on  completion,  R15  points  to  the  top  word  of  the  stack  remaining. 

^SISTER  TRANSFER  PESCRIPTIQR: 

if  RA  £  RB  then  4 

for  i  =  0  thru  RB  -  RA  do 
begin 

if  RA  ♦  1  A  15  then  (RA  ♦  i)  <--  [(R15)]; 

(R15)  (R15)  ♦  1; 

end; 

el  se 

begin 

for  1*0  thru  16  -  RA  do 
begin 

if  RA  +  1  g  15  then  (RA  ♦  i)  <--  [(R15)]; 

(R15)  <--  (R16)  +  1; 
end; 

for  i  *  0  thru  RB  do 
begin 

(i)  <-  [( R15)] , 

(R15)  <--  (R15)  +  1; 
end; 

end; 

REGISTERS  AFFECTED:  RA  through  R14,  RO  through  RB,  R16 
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5.45  Single  precision  store. 
AOQR  MOPE  MNEMONIC 


D 

DX 


I 

IX 


ST 

ST 


ST  I 
ST  I 


RA , ADDR 
RA.ADDR.RX 


RA.ADDR 

RA.ADDR.RX 


nmmiYQPCQQL 


4 

2 

2 

8 

B 

STB 

BR.DSPL 

1  0 

|2 

1  BR '  | 

DSPL  | 

4 

2 

2  4 

4 

BX 

STBX 

BR.RX 

1  « 

10 

|BR'|  2 

1  RX  1 

INSCRIPTION:  The  contents  of  the  register  RA  are  stored  into  the  Derived  Address,  DA. 
REGISfER  TRANSFER  DESCRIPTION: 

[DA]  <--  (RA); 

REGISTERS  AFFECTED:  None 


12  <  BR  i  16 
BR’  3  BR  -  12 
RA  3  R2 


12  <  BR  i  16 
BR '  3  BR  -  12 
RA  3  R2 


10 


|  90 

1  RA  | 

|  RX  I  I 

ADDR  | 

8 

4 

4 

16 

|  94 

1  RA  1 

|  RX  || 

ADDR  | 

S1USTNX,ST,STI 
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5.46  Store  a  non-negative  constant. 

AOQR  MODE  MNEMONIC 


D  STC  N.ADDR 

DX  STC  N , ADDR, RX 


I  STCI  N.ADOR 

IX  STCI  N.ADDR.RX 


8 

4 

4 

16 

1  91 

1  N  | 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  92 

1  N  | 

RX  |  | 

ADOR  | 

DESCRIPTION:  llic  constant  N,  where  N  is  an  integer  (0  <  N  <  15)  is  stored  at  the  Derived  Address.  DA.  For  the 
special  ease  of  storing  zero  into  memory  the  mnemonics 

STZ  ADDR.RX  for  direct  addressing 
and  STZI  ADDR.RX  for  Indirect  addressing 


may  be  used.  In  this  special  case,  the  N  field  equals  0. 
RLSISJ1R  IBAHSFER  DESCRIPTION: 

[DA]  <--  N,  where  0  i  N  £  15; 


REGISTERS  AFFECTED:  None 


79  STC,STCIST4S17J 
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5.47  Move  multiple  words,  memorv-to- memory. 

AOOR  MODE  MNEMONIC  FORMAT/OPCODE 

8  4  4 

S  MOV  RA.RB  |  93  |  RA  |  RB  | 


PMSCKIPTION:  This  instruction  allows  the  memory -to- memory  transfer  of  N  words  where  N  is  an  integer 

between  zero  and  2 16  -  1  and  is  represented  by  the  contents  of  RA  +  1.  The  contents  of  RB  are  the 
address  of  the  first  word  to  be  transferred  and  the  contents  of  RA  are  the  address  of  where  uie 
first  word  is  to  be  transferred.  After  each  word  transfer,  RA  and  RB  arc  incremented,  and  RA  4-  1 
is  decremented. 


Note:  Any  pending  interrupts  are  honored  after  each  single  word  transfer  is  completed.  The  IC  points 

to  the  current  instruction  location  until  the  last  transfer  is  completed. 

RA  has  a  final  value  of  the  last  stored  address  plus  one;  RA  + 1  has  a  final  value  of  zero. 

RB  has  a  final  value  equal  to  the  address  of  the  last  word  transfered  plus  one. 


REGISTER  TRANSFER  DESCRIPTION: 

Step  1:  [(RA)]  <--  [(RB)]  if  (RA+1)  >  0;  Go  to  Step  4  otherwise; 

Step  2:  (RA)  <--  (RA)+1,  (RB)  <--  ( RB)+1 ,  (RA+1)  (RA+1)-1; 

Step  3:  REPEAT  STEPS  1  and  2; 

Step  4:  Set  IC  to  next  instruction  address; 


AFFECTED: 


RA,  RA+1,  RB 


MOV 


SO 
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5.48  Double  Diversion  store. 

ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

4  2 

2  8 

12  <  BR  i  15 
BR’  =  BR  -  12 
RA  =  R0 

B 

OSTB 

BR , DSPL 

1  0  1 3 

|BR’|  DSPL  | 

4  2 

2  4  4 

12  <  BR  <  15 
BR  *  *  BR  -  12 
RA  =  R0 

BX 

DSTX 

BR.RX 

1  4  |0 

|BR'|  3  |  RX  | 

ft 

DST 

OST 

RA , ADDR 

RA , ADOR , RX 

8 

4  4 

16 

u 

ox 

|  96 

|  RA  |  RX  |  | 

ADDR  1 

8 

4  4 

16 

i 

IX 

DSTI 
DST  I 

RA , ADDR 

RA , ADDR , RX 

|  98 

|  RA  |  RX  |  | 

ADDR  | 

DHSCRIFHON:  The  contents  of  registers  RA  and  R  A  + 1  are  stored  at  the  Derived  Address,  DA,  and  DA  + 1, 
respectively 

BECISKB  IMHSttR  DE.SCBIE-TIQH: 


TDA,  DA+1]  (RA.RA+l): 
REGISTERS  AFFECliD:  None 


81 

11  ) 


Dsrn,DS'i'x,DST,Dsri 


MIL-STD-1750A  (USAF) 

2  July  1980 

5.49  Store  register  through  mask. 

ADDR  MOPE  MNEMONIC  FORMAT /OPCODE 


D 

SRM 

RA , ADDR 

8 

4 

4 

16 

DX 

SRM 

RA , ADDR , RX 

1  97 

1  RA 

|  RX  |  | 

ADDR 

QKSCRjPTjQN:  The  contents  of  register  RA  arc  stored  into  the  lOerived  Address,  DA,  through  the  mask  in  register 
RA  +  I.  Kor  each  position  in  the  mask  that  is  a  one,  the  corresponding  bit  of  register  RA  is  stored 
into  the  corresponding  bit  of  the  DA.  Kor  each  position  in  the  mask  that  is  a  /cro  no  change  is 
made  to  the  corresponding  bit  stored  in  the  DA. 

REGISTER  TRANSFER  DESCRIPTION: 

[DA]  <--  {[DA]  t  ( R A+ 1 ) }  v  {[RA]  t  [RA+1]}; 

(RA+1)  =  MASK,  (RA)  =  DATA; 
or,  equivalently, 

(RQ)  <--  [DA]; 

(RQ)i  <--  (RA) i  if  ( RA+1 ) |  =  1  for  i  *  0,  1,  15; 

[DA]  <-  (RQ) ; 

REGISTERS  AFFECTED:  None 


SRM 
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5.50  Store  multipjc  registers. 

ADDR  MODE  MNEMONIC 

0  STM  N.ADOR 

DX  STM  N.AOOR.RX 


FORMA  I /OPCODE 

8  4  4  16 

I  99  |  N  |  RX  |  |  AOOR 


L>RS£KirilON:  The  contents  of  register  RO  arc  stored  into  the  Derived  Address,  DA;  then  the  contents  of  R1 
arc  stored  into  DA  +  1 ; finally,  the  contents  of  RN  arc  stored  into  DA  -I  N  where  N  is  an 
integer,  0  <  N  <  15.  Kffeclivcly,  this  instruction  allows  the  transfer  of  (N  +  1)  words  from  the 
register  file  to  memory. 

REGISTER  TRANSFER  DESCRIPTION; 

[DA]  <--  (RO); 

[DA+T]  <--  (Rl); 

[DA+2]  <--  (R2) ; 


[DA+N]  <--  (RN)  0  <  N  1  16; 
REGISTERS  AFFECTED:  Nona 
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5.51  Extended  precision  float ing  point  store. 

ADOR  MODE  MNEMONIC  FORMAT/OPCODE 

8  4  4  16 

D  EFST  RA.ADDR  - - - 

DX  EFST  RA.ADDR, RX  |  9A  |  RA  |  RX  |  |  AODK 


DKSCRIPT10N:  The  contents  of  registers  RA,  RA+  l,  RA  T  2  arc  stored  at  the  Derived  Address.  DA  D  A  +  1 ,  and 
DA  +  2. 

REGISTER  TRANSFER  DESCRIPTION: 

[DA,  DA+1 ,  DA+2 ]  <--  ( RA ,  RA+1,  RA+2); 

REGISTERS  AFFECTED:  None 


j 

1 


HFST 
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5.52  Store  into  upper  byte. 

ADDR  MODE  MNEMONIC 


D  STUB  RA.ADDR 

DX  STUB  RA.ADDR, RX 


I  SUBI  RA.ADDR 

IX  SUBI  RA.ADDR, RX 


FORMAT /OPCODE 


8 

4 

4 

16 

|  9B 

1  RA  1 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

|  90 

1  RA  1 

RX  |  l 

ADDR  | 

DKSCRIPTION:  The  LSH  (lower  byte)  of  register  RA  is  stored  into  the  MSH  (upper  byte)  of  the  Derived  Address, 
1)A.  The  I  SH  (lower  byte)  of  the  DA  is  unchanged. 

REGISTER  TRANSFER  DESCRIPTION: 


[DA]0-7  <"  (RA)8.16; 
REGISTERS  AFFECTED:  None 
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5.53  Store  into  lower  bvtc. 

ADDR  MODE 

MNEMONIC 

FORMAT/OPCODE 

n 

STLB  RA.ADDR 

STLB  RA.ADDR, RX 

8 

4 

4 

16 

u 

DX 

|  9C 

1  RA  1 

RX  |  | 

ADDR  | 

8 

4 

4 

16 

I 

IX 

SLBI  RA.ADDR 

SLBI  RA.ADDR.RX 

1  9E 

1  RA  1 

RX  |  | 

ADDR  | 

DESCRIPTION:  ITic  LSH  (lower  byte)  of  register  KA  is  stored  into  the  LSH  (lower  byte)  of  the  Derived  Address, 
DA.  Ihc  MSH  (upper  byte)  of  the  DA  is  unchanged. 

REGISTER  TRANSFER  DESCRIPTION: 


CDADa- is  (RA)e-i5* 
REGISTERS  AFFECTED:  None 


STJ.B  SI  MI 
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5.54  Push  niujnjjc  registers  onto  flic  stack. 

ADDR  MOPE  MNEMONIC  FORMAT/OPCODE 

8  4  4 


S  PSHM  RA.RB  |  9F  |  RA  |  RB  | 


DESCRIPTION:  For  RA  <  RB,  the  contents  of  RB  through  RA  arc  pushed  onto  a  stack  in  memory  usmg  R15  as 
the  stack  pointer.  As  each  register  contents  arc  pushed  onto  the  memory  stack,  R15  is 
decremented  by  one  word  for  each  word  pushed.  On  completion,  R15  points  to  the  last  item  on 
the  stack,  the  contents  of  RA. 

For  RA  >  RB,  the  contents  of  RB  through  R0,  and  then  the  contents  of  R15  through  RA,  are 
pushed  onto  the  stack.  On  completion,  R15  points  to  the  last  item  on  the  stack,  the  contents  of 
RA. 

In  both  eases,  successive  increasing  addresses  on  the  stack  correspond  to  successive  increasing 
register  addresses,  with  a  point  discontinuity  between  R15  and  R0  in  the  latter  case. 

EXAMPLE:  PSHM  R3,R5  results  in 


(R15)  ~>| 

1 _ 

(R3) 

1 

1 

1 

1 _ 

(R4) 

1 

1 

1 

(R5) 

1 

PSHM  R14,R2  results  in 

(R15)  -->1 

i _ 

(R14) 

1 

i 

i 

i _ _ 

( R 16  ) 

1 

l 

1 

i _ 

(R0) 

1 

1 

1 

i _ 

(Rl) 

1 

i 

i 

(R2) 

1 

87 


PSHM 


MIL -SfO- 1750A  (USA') 

7  July  1980 

REGlbU  R  IRANSLUi  DESCRIPTION: 

if  RA  <  RB  then 

for  i  •  0  thru  RB  -  RA  do 
beg  i  n 

( R 1 5  )  (R15)  -  1; 

L(R15)]  <-  (RB  -  i); 
end ; 

e  1  se 

beg  in 

for  i  =  0  thru  RB  do 
beg  i  n 

(R15)  ( R 15 )  -  1; 

[ ( R 1 5 ) ]  <--  (RB  -  i); 
end ; 

for  i  -  0  thru  15  -  RA  do 
beg  i  n 

(  R 1 5  )  <  --  (  R 1 5 )  -  1; 

[ ( R 1 5 ) ]  <--  ( R15  -  i)  ; 
end ; 

end ; 

REGISTERS  AF  F  EC  TEL) :  R15 
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5A5  Single  in  - " 

AD  OR  MODt 

R 

B 

BX 

ISP 

D 

OX 

IM 

DESCRIPTION: 


urn  integer  add. 

MNEMONIC  I  OKHA  f  /OPCODE 


8 

4 

4 

AR 

RA.RB 

1  A1 

|  RA 

1  | 

4  2 

2 

8 

12  <  BR  £  15 

BR  '  “  BR  -  12 
RA  «  R2 

AB 

BR.OSPt 

!  i  |o 

|6R'  | 

!>SPI  | 

ABX 

BR  ,  RX 

4  2 

1  4  |0 

2 

|BfT  | 

4  4 

4  |  RX  | 

12  i  BR  <  15 
BR’  *  BR  -  12 
RA  *  R2 

8 

4 

4 

AISP 

RA ,  N 

1  A2 

|  RA 

|N-1  | 

1  <  N  <  16 

A 

RA.ADDR 

RA , ADOR , RX 

8 

4 

4 

16 

n 

A 

|  AO 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

AIM 

RA , DATA 

|  4A 

|  RA 

Mil 

DATA  | 

The  Derived  Operand  (IX))  is  added  to  the  contents  of  the  RA  register.  The  insult  (a  2’s 
complement  sum)  is  stored  in  register  RA.  The  condition  status  (CS)  is  set  based  on  the  result  in 
register  RA  and  carry.  A  fixed  point  overflow  occurs  if  both  operands  arc  of  the  same  sign  and 
the  sum  is  of  opposite  sign. 
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REGISTER  IRANSEFR  Hf  SC  HUM  KIN: 

(RA)2  <--  ( RA) '  +  DO; 

PI4  <--  1,  if  (  RAq  ) 1  =  DO0  ant)  ( RA0 ) 1  t  (RA0)2 


(CS) 

<-- 

0010 

if 

carry 

=  0 

and 

(RA) 

= 

0 

(CS) 

0001 

if 

carry 

=  0 

and 

(RA) 

0 

(CS) 

<-- 

0100 

if 

carry 

=  0 

and 

(RA) 

> 

0 

(CS) 

<-~ 

1010 

if 

car  ry 

=  1 

and 

(RA) 

= 

0 

(CS) 

<-- 

1001 

if 

ca  r  ry 

=  1 

and 

(RA) 

< 

0 

(CS) 

1100 

if 

carry 

=  1 

and 

(RA) 

> 

0 

REGISttRS 

AFFECTED 

:  RA, 

CS, 

HI 

AK.AM.AIIX  .\IM'  MM 
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5.56  Increment  memory  hv  a  positive  i 

ADOR  MODE  MNEMONIC 


FORMAT /OPCODE 


INCM  N.ADDR 
INCH  N.ADOR.RX 


|  A3  | N- 1  |  RX  |  | 


DESCRIPTION:  I  he  contents  of  the  memory  location  specified  by  the  Derived  Address.  DA.  is  incremented  by  N. 

where  N  is  an  integer,  l  <  N  <  16.  This  instruction  adds  a  positive  constant  to  memory.  The 
condition  status,  CS,  is  set  based  on  the  results  of  the  addition  and  carry.  A  fixed  point  overflow 
occurs  if  the  operand  in  memory  is  positive  and  the  result  is  negative.  'Hie  memory  location 
specified  is  updated  to  contain  the  result  of  the  addition  process  even  if  a  fixed  point  overflow 
occurs. 

REGISTER  TRANSFER  DESCRIPTION: 

[DA]2  (DA]1  +  N.  where  1  <  N  <  16; 

PI4  -  1 .  if  [DA]2  <  0  <  [DA]1 ; 


(CS)  <’ 

noto 

if 

carry  ~ 

0 

and 

[DA] 

= 

0 

(CS) 

)  1 

if 

c  a  i  r  y  s 

0 

and 

[DA] 

< 

0 

(CS) 

vlOO 

1  f 

carry  = 

0 

and 

[DA] 

> 

0 

<  CS)  • 

i  :•  i  o 

if 

carry  * 

1 

and 

[DA] 

0 

(CS)  <■ 

-  1001 

if 

carry  s 

1 

and 

[DA] 

< 

0 

(CS) 

1  10  0 

if 

carry  = 

1 

and 

[DA] 

> 

0 

At  ttCTEO.  CS.  PI 
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5  A  7  Sir glc  precision  absolute  value  of  register. 

AD OR  MODE  MNEMONIC  FORMA)  OPCODE 

8  4  4 

R  ABS  RA.RB  |  A4  |  RA  |  RB  | 

I  )l:SCRIFyHON:  If  ilie  sign  bit  of  the  Derived  Operand.  DO  (i.c.,  tlic  sign  bit  of  register  RB),  is  a  one,  its  negative 
or  2s  complement  is  stored  into  register  RA.  However,  if  the  sign  bit  of  IX)  is  a  zero  it  is  stored, 
unchanged,  into  RA  Ihe  condition  status,  CS,  is  set  based  on  the  result  in  regt  ter  k 

Note  RA  may  equal  RB. 

Vne  absolute  value  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word, 
and  causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  DO  =  800016; 

(RA)  <--  | DO | ; 

(CS)  <~  0001  if  (RA)  =  8000 16 ; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA ,  CS,  PI 
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5.58  Double  pfcasjon  absolute  value  of  register, 
ADDR  MODE  MNEMONIC 


FORMAT /OPCODE 


DABS  RA.RB 


|  A5  |  RA  |  RB  | 


DKSCR1HTION:  If  the  sign  bit  of  the  double  precision  Derived  Operand  IX)  (i.c.,  the  sign  bit  of  register  (RB, 

RB  + 1 )),  is  a  one,  its  negative  or  2's  complement  is  stored  into  register  R A  and  RA  + 1.  such  that 
register  RA  contains  the  MSH  of  the  result.  However,  if  the  sign  bit  of  IX)  is  a  zero,  it  is  stored, 
unchanged,  into  RA  and  RA+  1.  lhe  condition  status,  CS,  is  set  based  on  the  result  in  register  RA 
and  RA+  1. 

Note:  RA  may  equal  RB. 

The  absolute  value  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word, 
and  causes  fixed  point  overflow  to  occur. 

REGISTER  1 RANSFER  DESCRIPTION: 

PI4  <--  1.  exit,  if  DO  =  8000  000016; 

(RA.RA+l)  <--  | DO | ; 

(CS)  <--  0001  if  (RA.RA+l)  =  8000  000016; 

(CS)  <--  0010  if  (RA.RA+l)  =  0; 

(CS)  <--  0100  if  ( RA , RA+1 )  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1 ,  CS,  PI 
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5.59  Double  precision  integer  add. 

ADPR  MODE  MNEMONIC 


R  DAR  RA.RB 


0  DA  RA.ADDR 

DX  DA  RA.ADDR ,RX 


rORMAT/OPCQDE 
8  4  4 

|  A7  |  RA  |  RB  | 

8  4  4  16 

|  A6  |  RA  |  RX  |  |  ADDR  | 


DKSCRIPI'ION:  Ihe  double  precision  Derived  Operand  (IX))  is  added  to  the  contents  of  registers  RA  and  RA+  1. 

'Hie  result  (a  2's  complement  32-bit  sum)  is  stored  in  registers  RA  and  RA+1.  lire  MSH  is  in 
RA.  The  condition  status  (CS)  is  set  based  on  the  double  precision  results  in  RA  and  RA  +  1,  and 
carry.  A  fixed  point  overflow  occurs  if  both  operands  are  of  the  same  sign  and  die  sum  is  of 
opposite  sign. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA.RA+l)2  <--  ( RA , RA+1 ) 1  +  DO; 

PI4  <--  1,  if  ( RAo)1  =  D00  and  (RAq)1  i  (RA0)2 


(CS) 

<-- 

0010 

if 

carry 

-  0 

and 

( RA, RA+1) 

= 

0 

(CS) 

<-- 

0001 

if 

carry 

*  0 

and 

(RA, RA+1) 

< 

0 

(CS) 

<-- 

0100 

if 

carry 

=  0 

and 

(RA, RA+1 ) 

> 

0 

(CS) 

<-- 

1010 

if 

carry 

=  1 

and 

( RA , RA+1 ) 

s 

0 

(CS) 

<-- 

1001 

if 

carry 

=  1 

and 

(RA.RA+l) 

< 

G 

(CS) 

<-- 

1100 

if 

carry 

=  1 

and 

( RA, RA+1 ) 

> 

0 

REGISTERS 

,  AFFECTED 

r  RA, 

RA+1,  CS,  PI 

DAW. HA 
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5.60  Heating  noint  add. 

AODR  MODE  MNEMONIC 

R  FAR  RA ,R8 

B  FAB  BR ,DSPL 


BX 


D 

DX 


FABX  BR,RX 


FA  RA.ADDR 

FA  RA.ADDR.RX 


FORMAT/OPCODE 


8 

4 

4 

1 

A9 

|  RA 

1  RB  1 

4 

2 

2 

8 

1  2 

|0 

|BR'| 

DSPL  | 

4 

2 

2 

4  4 

1  4 

|0 

1  BR '  | 

8  |  RX  | 

8 

4 

4 

|  A8  |  RA  |  RX  |  | 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  RO 


12  £  BR  <  15 
BR’  =  BR  -  12 
RA  =  RO 

16 


ADDR  | 


DESCRIPTION:  Ihe  floating  point  Derived  Operand.  DO,  is  floating  point  added  to  the  contents  of  registers  RA 
and  RA  + 1.  The  result  is  stored  in  registers  RA  and  RA  + 1.  The  process  of  this  operation  is  as 
follows:  the  mantissa  of  the  number  with  the  smaller  algebraic  exponent  is  shifted  right  and  the 
exponent  incremented  by  one  for  each  bit  shifted  until  the  exponents  arc  equal.  The  mantissas 
are  then  added.  If  the  sum  overflows  die  24-bit  mantissa,  then  the  sum  is  shifted  right  one 
position,  the  sign  bit  restored,  and  the  exponent  incremented  by  one.  If  the  exponent  exceeds 
7F]6  as  a  result  of  this  incrementation,  overflow  occurs  and  the  operation  is  teiminated.  If  the 
sum  docs  not  result  in  exponent  overflow,  the  result  is  normalized.  If  in  the  normalization  process 
the  exponent  is  decremented  below  8016,  then  underflow  occurs  and  a  zero  is  inserted  for  the 
result. 
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REGISTER  TRANSFER  DESCRIPTION: 
n  =  EA  -  FO; 

MO  <--  MO  Shifted  Right  Arithmetic  n  positions,  if  n  >  0  and  MA  /  0; 

MA  <--  MA  Shifted  Right  Arithmetic  -n  positions,  EA  <--  EO,  if  n  <  0  and  MO  /  0 
MA  <--  MA  +  MO; 

MA  MA  Shifted  Right  Arithmetic  1  position,  MA0  <--MA0,  EA  <--  EA+1, 
if  OVM  *  1 ; 


PI3 

<-* 

1,  EA  <~ 

7F16,  MA  <-- 

7FFF 

FF|6. 

exit, 

if 

EA 

> 

7F,e 

and 

MA0  =  0: 

PI3 

<~ 

1 

1 

< 

UJ 

*— < 

7FJ6#  MA  <  — 

8000 

0016. 

exit, 

if 

EA 

> 

7F,e 

and 

MA0  =  1; 

EA,  MA  <--  normalized  EA,  MA; 


PI6  <  — 

1,  EA 

<-- 

0,  MA  <--  0. 

if 

(CS)  <- 

-  0010 

if 

( RA, RA+1 )  = 

0; 

(CS)  <- 

-  0001 

if 

(RA, RA+1 )  < 

0; 

(CS)  <- 

-  0100 

if 

( RA , RA+1 )  > 

0; 

REGISTERS  AFFECTED:  RA ,  RA+1,  CS.  PI 


FAR,  FA  B,FA  NX.FA 
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APDR  MOOK  MNEMONIC 


R  EFAR  RA.RB 


D  E  F A  RA.ADOR 

OX  EFA  RA.ADDR.RX 
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I  ORMA I  /OPCODE 

8  4  4 


|  AB  |  RA  |  RB  | 


8  4  4  16 


|  AA  |  RA  |  RX  |  |  ADDR 


DRSCR1KI  fON:  'Fhc  extended  precision  floating  point  Derived  Operand,  IK),  is  extended  floating  point  added  to 
the  contents  of  register  RA,  RA+  1,  and  RA  +  2.  The  result  is  stored  in  register  RA,  RA  +  1,  artd 
R  A  +  2.  The  process  of  this  operation  is  as  follows:  the  mantissa  of  the  number  with  the  smaller 
algebraic  exponent  is  shifted  right  and  the  exponent  is  incremented  by  one  for  each  bit  shifted. 
When  the  exponents  are  equal,  the  mantissas  are  added.  If  the  sum  overflows  die  39-bit  mantissa, 
then  the  sum  is  shifted  right  one  position,  the  sign  bit  restored,  and  the  exponent  is  incremented 
by  one.  If  the  exponent  exceeds  7F]6  as  a  result  of  this  incrementation,  overflow  occurs  and  the 
operation  is  terminated.  If  the  sum  does  not  result  in  exponent  overflow,  the  result  is  normalised. 
If  in  the  normalization  process  the  exponent  is  decremented  below  8016,  then  underflow  occurs 
and  a  zero  is  inserted  for  the  result. 

REGISTER  TRANSFER  DFSCRIPT IQN : 

n  =  EA  -  DO; 

MO  <--  MO  Shifted  Right  Arithmetic  n  positions,  if  n  >  0  and  MA  t  0; 

MA  <--  MA  Shifted  Right  Arithmetic  -n  positions,  EA  <--  E0f  if  n  <  0  and  MO  t  0; 

MA  <--  MA  +  MO; 

MA  <--  MA  Shifted  Right  Arithmetic  1  position,  MA0  <--MA0,  EA  <--  EA+1, 
if  OVM  =  1; 


Pis 

<-- 

1, 

EA  <-- 

7F16,  MA 

<  — 

7FFF  FF 

FFFF16. 

exit, 

if 

EA 

> 

7Fl6 

and 

MA0  = 

0; 

PI3 

<-- 

1, 

EA  <-- 

7F16.  MA 

<  — 

8000  00 

000016, 

exit , 

if 

EA 

> 

7Fl6 

and 

MA0  * 

1; 

EA. 

MA 

<-- 

normalized  EA, 

MA; 

PI6 

<-- 

1, 

EA  <-- 

0.  MA  <- 

-  0, 

If  EA  < 

80i6: 

(CS)  <--  0010  if  (RA,  RA+1 ,  RA+2)  *  0; 
(CS)  <--  0001  if  (RA.  RA+1,  RA+2)  <  0; 
(CS)  <--  0100  if  (RA,  RA+1,  RA+2)  >  0; 


REGISTERS  AFFECTEO:  RA.  RA+1,  RA+2,  CS,  PI 
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5.62  Morning  point  absolute  \ ajuojuf  register. 

ADUR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  FABS  RA.RB  |  AC  |  RA  |  RB  | 


DESCRIPTION :  IF  the  sign  hit  of  the  mantissa  of  the  Derived  Operand,  IX)  (i.c.,  the  contents  of  registers  RB  and 
RB+  1),  is  a  one.  its  Boating  point  negative  is  stored  in  registers  RA  and  RA  4  L.  The  negative  of 
l  )0  is  computed  by  taking  the  2's  complement  oFthc  mantissa  and  leaving  the  exponent 

unchanged.  Hxccptions  to  this  arc  negative  powers  oF  two:  -1.0  x  2°,  -1.0  x  21 .  I  he  absolute 

value  of  these  are:  0.5  x  21.  0.5  x  22 . ;  in  other  words,  the  IX)  mantissa  is  shifted  logically  right 

ryie  position  and  the  exponent  incremented.  A  Boating  point  overflow  shall  occur  if  1)0  is  the 
smallest  negative  number,  -1.0  x  2127.  If  the  sign  bit  of  IX)  is  a  zero,  it  is  stored  unchanged  into 
RA  and  R  A  +  I.  Ihe  condition  status,  CS,  is  set  based  on  the  result  in  register  R  A  and  RA  +  1. 

Note:  RA  may  equal  RB. 

DO  is  assumed  to  be  a  normalized  number  or  floating  point  zero. 

REGISTER  TRANSFER  DESCRIPTION: 


EA  <-- 

E  A+ 1 , 

MA  < 

--  4000  00, 6, 

if 

MO  - 

8000 

00, 

pi3  <-- 

-  1,  EA 

<-- 

7Ft6. 

MA  <-- 

7FFF  FFj 

6  *  ex 

t , 

EA  <-- 

EO,  MA 

<-- 

-MO. 

if  MO  < 

0. 

MO  t 

8000 

00 

EA  <-- 

E0,  MA 

<~ 

MO, 

if  MO  > 

0; 

(CS)  < 

--  0010 

if 

(RA 

,  RA+1 )  = 

0; 

(CS)  < 

--  0001 

if 

(RA 

.RA+1)  < 

0; 

(CS)  < 

--  0100 

if 

(RA 

.RA+1)  > 

0; 

REGISTERS  AFF 

ECTED:  RA ,  RA+1 . 

CS 

.  PI 

1ABS 


no 
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5.63  Single  precision  integer  subtract. 

AOOK  MOPE  MNEMONIC  fORMAE /OPCODE 


8 

4 

4 

R 

SR 

RA.RB 

i 

B1 

|  RA 

1  RB  1 

4 

2 

2 

8 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

B 

SBB 

BR.DSPL 

i  i 

0 

1 BR '  | 

DSPL  | 

4 

2 

2 

4  4 

12  i  BR  <  15 
|  BR'  =  BR  -  12 

BX 

SBBX 

BR.RX 

1  4 

|0 

|  BR  *  | 

5  |  RX  | 

KA  -  He 

8 

4 

4 

ISP 

SISP 

RA,N 

1 

B2 

|  RA 

|N-1  | 

1  <  N  <  16 

D 

DX 

c 

RA.ADDR 

RA , ADDR , RX 

8 

4 

4 

16 

o 

s 

1 

BO 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

SIM 

RA , DATA 

1 

4A 

|  RA 

1  2  |  | 

DATA  | 

UHSCR1P 1  ION:  7>ie  Derived  Operand  (DO)  is  subtracted  from  the  contents  of  the  RA  register.  The  result,  a  2‘s 
complement  difference,  is  stored  in  RA.  Ihe  condition  status  (CS)  is  set  based  on  the  result  in 
register  RA  and  carry.  A  fixed  point  overflow  occurs  if  both  operands  are  of  opposite  signs  and 
the  derived  operand  is  the  same  as  the  sign  of  the  difference. 


9Q 


SR.SBB.SBBX.SISI’.S,S1M 
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REGISTER  TRANSFER  DESCRIPTION: 

(RA)2  <--  (RA)1  -  DO,  i.e.,  (RA)  -  DO  means  {(RA)  +  00}  +  1; 
PI4  <--  1,  if  (RA0)!  i  DOc  and  (RA0)2  =  D00 


(CS) 

<--  0010 

if 

carry 

=  0 

and 

(RA) 

= 

0; 

(CS) 

<--  0001 

if 

carry 

=  0 

and 

(RA) 

< 

0; 

(CS) 

<--  0100 

if 

carry 

=  0 

and 

(RA) 

/ 

0; 

(CS) 

<--  1010 

if 

ca  rry 

-  1 

and 

(RA) 

= 

0; 

(CS) 

<--  1001 

if 

carry 

=  1 

and 

(RA) 

< 

0; 

(CS) 

<--  1100 

if 

ca  r  ry 

=  1 

and 

(RA) 

> 

0: 

REGISTERS  AFFECTED 

RA, 

CS, 

PI 

SR,SIW,SBHX.SISP,S,SIM 


IOO 
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5.64  lXvicmcm  memory  bv  a  positive  integer. 

ADDR  MOD  IF  MNEMONIC  FORMAT /OPCODE 

8  4  4  16 

D  DECM  N.ADDR  - - - 

DX  OECM  N , ADDR , RX  |  B3  |N-1  |  RX  |  |  ADDR  | 


INSCRIPTION:  The  contents  of  the  memory  location  specified  by  the  Derived  Address,  DA,  arc  decremented  by 
N  where  N  is  an  integer,  1  <  N  <  16.  This  is  the  equivalent  of  a  "subtract- from-memory 
instruction".  The  condition  status,  CS,  is  set  based  on  the  results  of  the  subtraction  and  carry.  A 
fixed  point  overflow  occurs  if  the  operand  in  memory  is  negative  and  the  result  is  positive.  The 
memory  location  specified  is  updated  to  contain  the  result  of  the  subtraction  process  even  if  a 
fixed  point  overflow  occurs. 

REGISTER  TRANSFER  DESCRIPTION: 

[DA]2  <--  [DA]1  -  N,  where  1  i  N  £  IS; 

PI4  <-  1,  if  [DAq]1  <  0  <  [DA-,]2; 


(CS) 

<--  0010 

if 

carry 

= 

0 

and 

[DA] 

= 

0 

(CS) 

<--  0001 

if 

carry 

= 

0 

and 

[DA] 

< 

0 

(CS) 

<--  0100 

if 

carry 

= 

0 

and 

[DA] 

> 

0 

(CS) 

<--  1010 

if 

carry 

= 

1 

and 

[DA] 

- 

0 

(CS) 

<--  1001 

if 

carry 

= 

1 

and 

[DA] 

< 

0 

(CS) 

<--  1100 

if 

carry 

= 

1 

and 

[DA] 

> 

0 

REGISTERS  AFFECTED 

;  CS, 

PI 

101 


DKCM 
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1 


5T5  Single  precision  neuatc  register. 

ADDR  MOPE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  NEG  RA.RB  |  B4  |  RA  |  RB  | 

DHSCRfPriON:  'I  Tic  negative  (i.c.,  the  2’s  complement)  of  the  Derived  Operand,  1X3  (i.c.,  the  contents  of  register 
RB),  is  stored  into  register  RA.  ITic  condition  status,  CS,  is  set  based  on  the  result  in  register  RA. 

Note:  The  negative  of  zero  is  zero. 

Ihe  negative  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word,  and 
.  causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  DO  =  8000ia; 


(RA) 

-DO; 

(CS) 

<-- 

0010 

if 

(RA) 

=  0 

(CS) 

0001 

if 

(RA) 

<  0 

(CS) 

<-- 

0100 

if 

(RA) 

>  0 

REGISTERS  AFFECTED:  RA ,  CS ,  PI 


ni  :g  ip: 
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5.66  Double  precision  negate  register. 

ADDR  MODE  MNEMONIC  TORMAT/OPCODE 

8  4  4 

R  DNEG  RA , RB  |  B5  |  RA  |  RB  | 


DESCRIPTION:  The  negative  (i.c.,  the  2’s  complement)  of  the  Derived  Operand,  DO  (i.c.,  the  contents  of  register 
RB  and  RB  + 1),  is  stored  into  register  RA  and  RA  + 1  such  that  register  RA  contains  the  MSH  of 
the  result.  The  condition  status,  CS,  is  set  based  on  die  result  in  register  RA  and  RAT  1. 

Note:  The  negative  of  zero  is  zero. 

The  negative  of  a  number  with  a  1  in  the  sign  bit  and  all  other  bits  zero  is  the  same  word,  and 
causes  fixed  point  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  DO  =  8000  000016; 


(RA.RA+l)  <-- 

-DO; 

(CS) 

<--  0010 

if 

(RA.RA+l) 

=  0 

(CS) 

<--  0001 

if 

(RA.RA+l) 

<  0 

(CS) 

<--  0100 

if 

(RA.RA+l) 

>  0 

REGISTERS  AFFECTED:  RA,  RA+1 ,  CS,  PI 
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5.67  Double  precision  integer  subiract. 

ADDR  MODE  MNEMONIC 


R  DSR  RA , RB 


D  OS  RA.ADDR 

DX  DS  RA.ADDR.RX 


FORMAT /OPCODE 
8  4  4 

|  B7  |  RA  |  RB  | 

8  4  4  16 

|  B6  |  RA  |  RX  |  |  ADDR 


INSCRIPTION:  The  double  precision  Derived  Operand.  IX),  is  subtracted  from  the  contents  of  registers  RA  and 
RA  +  1.  The  results,  a  2's  complement  17-bit  difference,  is  stored  in  registers  RA  and  RA  +  1.  Ihe 
MSH  is  RA.  Ihe  condition  status  (CS)  is  set  based  on  the  double  precision  results  in  RA  and 
RA+  l.and  carry.  A  fixed  point  overflow  occurs  if  both  operands  arc  of  opposite  sign  and  the 
derived  operand  is  the  same  as  the  sign  of  the  difference. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+l)2  <--  (RA.RA+l)1  -  DO,  i.e.,  ( RA , RA+ 1 )  -  DO  means  {(RA.RA+l)  +  DO}  +  1; 


PI4  <--  1,  if  (RAq)1  /  DO0  and  (RA0)2  *  D00; 


(CS) 

<~  0010 

if 

carry 

c 

0 

and 

(RA.RA+l) 

= 

0 

(CS) 

<~  0001 

if 

Carry 

= 

0 

and 

(RA.RA+I) 

< 

0 

(CS) 

<--  0100 

if 

carry 

0 

and 

(RA.RA+l) 

> 

0 

(CS) 

<--  1010 

if 

carry 

= 

1 

and 

{ RA, RA+1 ) 

= 

0 

(CS) 

<--  1001 

if 

carry 

= 

1 

and 

( RA, RA+1 ) 

< 

0 

(CS) 

<—  1100 

if 

carry 

= 

1 

and 

( RA , RA+1 ) 

> 

0 

REGISTERS  AFFECTED 

RA, 

RA+1 

.  CS,  PI 

l)SR,OS 
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5  (?>  I  1<muok  point  subtract. 

Al)l)K  MUL)l  MNLMONtC 

R  F  i>R  RA.R0 

B  FSB  BH.USPL 


BX 


C 

ux 


FSBX  BR.RX 


FS  RA.ADOR 

FS  RA.AOOR.RX 


FORMA] /OPCODE 


8 

4 

4 

1 

B9 

|  RA 

1  RB  I 

4 

2 

2 

8 

1  2 

0 

|  B  R  *  | 

DSPL  | 

4 

2 

2 

4  4 

1  < 

|0 

1  BR '  | 

9  |  RX  | 

8 

4 

4 

|  B8  |  RA  |  RX  |  | 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  R0 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  R0 

16 


AODR 


1  )HSl  RjP  IION .  I  he  Floating  point  Derived  Operand,  IX),  is  floating  point  subtracted  from  the  contents  of 

registers  RA  and  RA  +  1 .  Ihe  result  is  stored  in  registers  RA  and  RA  +  1.  The  process  of  this 
operation  is  as  follows:  the  mantissa  of  the  number  with  the  smaller  algebraic  exponent  is  shifted 
nghi  and  the  exponent  incremented  by  one  for  each  bit  shifted  until  the  exponents  arc  equal.  The 
mantissa  of  the  DO  is  then  subtracted  From  (RA.RA+  1).  If  the  difference  overflows  die  24-bit 
mantissa,  then  it  is  shifted  right  one  position,  the  sign  bit  restored,  and  the  exponent  incremented 
by  one.  If  the  exponent  exceeds  7Flft  as  a  result  of  this  incrementation,  overflow  occurs  and  the 
operation  is  terminated.  If  the  sum  does  not  result  in  exponent  overflow,  the  result  is  normalized. 
If  during  the  normalization  process  the  exponent  is  decremented  below  80^,  then  underflow 
occurs  and  a  zero  is  inserted  for  the  Fcsult. 


105  FSR.FSn.FSRX.FS 

3  3  ? 
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lirGISTER  TRANSFER  DESCRIPTION: 
n  =  E  A  -  E  0 ; 

MO  <--  MO  Shifted  Right  Arithmetic  n  positions,  if  n  >  0  and  MA  *  0; 

MA  <--  MA  Shifted  Right  Arithmetic  -n  positions,  EA  <--  EO,  if  n  <  0  and  MO  t  0: 
MA  <--  MA  -  MO: 

MA  <--  MA  Shifted  Right  Arithmetic  1  position,  MA0  <--MA0,  EA  <--  EA+1, 
if  OVM  =1; 


PI3  <~ 

1, 

EA  <--  7F16,  MA  <-- 

7FFF 

FF|6. 

exit, 

if 

EA  > 

7F,6 

and 

MA 

PI3  <-- 

1, 

EA  <--  7F16.  MA  <-- 

8000 

0016. 

exit. 

if 

EA  > 

and 

MA 

EA,  MA  <--  normalized  EA,  MA; 

PI6  <--  1.  EA  <--  0,  MA  <--  0.  if  EA  <  80 16 ; 

(CS)  <--  0010  if  (RA.RA+1)  =  0; 

(CS)  <--  0001  if  (RA.RA+l)  <  0; 

(CS)  0100  if  (RA.RA+l)  >  0: 

REGISTERS  AFFECTED:  RA,  RA+1,  CS ,  PI 


FSR.FSBI  SNX.FS 
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5.09  Fx  tended  precision  .lltMjmg  point  subtract. 

AO  DR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 


R  EFSR  RA#RB  |  BB  |  RA  |  RB  | 


8  4  4  16 

D  EFS  RA.ADDR  -  - - 

DX  EFS  RA.ADDR. RX  |  BA  |  RA  (  RX  |  |  ADDR  | 


INSCRIPTION:  ITic  extended  precision  floating  point  Derived  Operand.  DO,  is  extended  floating  point 

subtracted  from  the  contents  of  registers  RA,  RA  + 1,  and  RA  +  2.  'Uic  result  is  stored  in  registers 
RA,  RA  +  1,  and  RA  +  2.  The  process  of  ihis  operation  is  as  follows:  the  mantissa  of  die  number 
with  the  smaller  algebraic  exponent  is  shifted  right  and  the  exponent  is  incremented  by  one  cor 
each  bit  shifted.  When  die  exponents  arc  equal,  the  mantissas  are  subtracted.  If  the  difference 
overflows  the  39-bit  mantissa,  then  the  difference  is  shifted  right  one  position,  the  sign  bit 
restored,  and  die  exponent  is  incremented.  If  the  exponent  exceeds  7F16  as  a  result  of  this 
incrementation,  overflow  occurs  and  die  operation  is  terminated.  If  the  sum  docs  not  result  in 
exponent  overflow,  the  result  is  normalized.  If  during  the  normalization  process  the  exponent  is 
decremented  below  8016,  then  underflow  occurs  and  a  zero  is  inserted  for  the  result. 


REGISTER  TRANSFER 

DESCRIPTION: 

n  =  EA 

-  E0; 

MO  <-- 

MO  Shifted 

Right 

Arithmetic 

n  positions 

,  if  n 

>  0  and  MA  *  0; 

MA  <-- 

MA  Shifted 

Right 

Arithmetic 

-n  positions,  EA 

<--  EO.  if  n  <  0 

and  MO 

MA  <-- 

MA  -  MO; 

MA  <-- 

MA  Shifted 

Right 

Arithmetic 

1  position, 

MA0  < 

--MA0 ,  EA  <--  EA+1 , 

if  OVM  =  1 

PI3  <-' 

1,  EA  <-- 

7F16. 

MA  <--  7FFF 

FF  FFFF,6. 

exi  t , 

if  EA  >  7F16  and 

MA„  =  0: 

PI3  <-- 

1,  EA  <-- 

7F,e. 

MA  <--  8000 

00  0000,6. 

exit. 

if  EA  >  7F,6  and 

MA„  *  1; 

EA.  MA 

< - -  normal 

ized  EA.  MA; 

Pie  <" 

1.  EA  <-- 

0.  MA 

<--  0.  if  EA  <  80, 6; 

(CS)  <- 

-  0010  if 

(RA, 

RA+1 ,  RA+2) 

=  0; 

(CS)  <- 

-  0001  if 

(RA, 

RA+1,  RA+2) 

<  0; 

(CS)  <- 

-  0100  if 

(RA, 

RA+1,  RA+2) 

>  0; 

RFGISTFRS  AFFECTED:  RA,  RA+1,  RA+2 .  CS.  PI 
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5.70  Eloatum  point  negate  register. 

AOOK  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 


R  FNEG  RA.RB  |  BC  |  RA  |  RB  | 


1  HSCRIPl  ION:  ITic  24~bit  nuntissa  of  the  Derived  Operand,  IK),  i.e..  the  floating  point  number  in  registers  RB 
and  RB-f  l,  is  .Ts  complemented.  Jhc  exponent  remains  unchanged.  Ihe  result,  the  negative  of 
the  origina*  mimber.  is  stored  in  RA  and  RA  t  1.  Ihe  2‘s  complement  of  a  floating  point  /  to  is  a 
Boating  point  /.ero.  Exceptions  to  this  arc  all  powers  of  two:  *  1.0  x  2n  and  0.5  x  2n  1 :  i.e.,  when  die 
mantissa  is  either  8000  00lh  or  4000  00]6.  Ihe  negation  of  0.5  x  2"*  is  -1.0  x  2n  i.e  the  mantissa  is 
shifted  left  one  position  and  the  exponent  decremented  by  one.  Conversely,  the  negation  of  1.0  x 
2“  is  0.5  x  2n  M:  i.e.,  the  mantissa  is  shifted  right  one  position  and  the  exponent  is  incremented  by 
one.  A  floating  point  overflow  occurs  for  the  negation  of  the  smallest  negative  number.  -1.0  x 
21'7  A  floating  point  underflow  occurs  for  the  negation  of  the  smallest  positive  number,  0.5  x  2 
128,  and  causes  the  result  to  be  zero.  Ihe  condition  status,  CS,  is  set  based  on  die  result  in  registers 
RA  and  RA  +  1. 


Note:  RA  may  equal  RB. 

REGISTER  TRANSFER  JESCRIPTION: 


PI3  <--  1,  EA 

<-- 

7F15,  M0  <-- 

7FFF  FFl6,  exit,  if  00  =  8000  007F,6 

PT6  <--  1,  EA 

<— 

0,  MA  <--  0. 

exit, 

if  DO 

=  4000  0080i6; 

EA  <--  E0+1 , 

MA  < 

--  4000  00, 6, 

if  MO 

*  8000 

<£> 

O 

o 

EA  <--  EO-1, 

MA  < 

--  8000  0016, 

if  M0 

*  4000 

0  0 !  6 ; 

EA  <--  E0,  MA 

<-- 

-MO.  if  MO  t 

8000 

00l6  or 

4000  0016; 

(CS)  <--  0010 

if 

(RA.RA+1)  = 

0; 

(CS)  <--  0001 

if 

(RA.RA+1)  < 

0; 

(CS)  <--  0100 

if 

(RA.RA+l)  > 

0; 

REGISTERS  AFFECTED:  RA ,  RA+1,  CS,  PI 
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$71  Su p |Ol  isum \  integer  w mltiply  wuj »  16-hit  pmdt M . 


ADDR  MODt 

MNEMONIC 

fORMAT/OPCODE 

8 

4 

4 

R 

MSR 

RA.RB 

1  Cl 

1  RA  1 

1  RB  1 

8 

4 

4 

ISP 

MISP 

RA » N 

|  C2 

1  RA  1 

|N-1  I 

1  <  N  <  16 

8 

4 

4 

ISN 

MISN 

RA ,  N 

j  C3 

1  RA  I 

|N-1  I 

1  <  N  <  16 

D 

DX 

MS 

MS 

RA , ADDR 

RA , ADDR , RX 

8 

4 

4 

16 

|  CO 

1  RA  1 

1  RX  1 

|  ADDR  | 

8 

4 

4 

16 

IM 

MSIM 

RA, DATA 

1  4* 

1  RA  1 

1  *  1 

|  DATA  | 

DESCRIPTION:  The  Derived  Operand,  IX),  is  multiplied  by  the  contents  of  register  RA.  The  I^SH  of  the  result,  a 
16-bit,  2’s  complement  integer,  is  stored  in  register  RA.  The  Condition  Status,  CS,  is  set  based  on 
the  result  in  register  RA.  A  fixed  point  overflow  occurs  if  (1)  both  operands  are  of  the  same  sign 
and  the  MSH  of  the  product  is  not  zero,  or  the  sign  bit  of  the  LSH  is  not  zero,  or  (2)  if  the 
operands  are  of  opposite  sign  and  the  MSH  of  the  product  is  not  FFFF16,  or  the  sign  bit  of  the 
LSH  is  not  one.  A  fixed  point  overflow  does  not  occur  if  either  of  the  operands  is  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

(RQ.  RQ+1)  <--  (RA)1  *  DO; 

(RA)2  <--  (RQ+1); 

PI4  <--  1.  if  {(RA0)'  =  OO0  and  {(RQ)  *  0  or  (RQ+1„)  =  1}}  or 
{(RAo)1  *  OO0  and  {(RQ)  i  FFFF16  or  (RQ+10)  =  0}  and 
{(RA)1  *  0  and  DO  *  01}; 

(CS)  <--  0010  if  (RA)  *  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA,  CS,  PI 
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5.72  Single  precision  integer  n 

ADDR  MODE  MNEMONIC 


lyj tipi v  with  32-hit  product. 


8 

4 

4 

R 

MR  RA.RB 

i 

C5 

|  RA 

1  RB  1 

4 

2 

2 

e 

B 

MB  BR.DSPL 

1  1 

|2 

1  BR '  | 

DSPL  | 

4 

2 

2 

4 

4 

BX 

MBX  BR , RX 

1  4 

10 

1  BR '  | 

6 

1  RX  1 

12  <  BR  <  15 
BR*  =  BR  -  12 
RA  =  R2 


12  <  BR  i  15 
BR*  =  BR  -  12 
RA  =  R2 


4  4 


M  RA.ADDR 

M  RA , ADDR , RX 


MIM  RA , DATA 


1  C4 

1  RA  | 

|  RX  I  I 

ADDR  | 

8 

4 

4 

16 

|  4A 

1  RA  1 

|3-|| 

DATA  | 

DESCRIPTION:  The  Derived  Operand.  IX),  is  multiplied  by  the  contents  of  register  RA.  The  result,  a  32-bit,  2’s 
complement  integer,  is  stored  in  registers  RA  and  RA+  1  with  the  MSH  of  die  product  in  register 
RA.  The  Condition  Status,  CS.  is  set  based  on  the  result  in  registers  RA  and  RA  + 1. 

SPECIAL  CASE:  DO  =  (RA)  =  8000  (the  largest  negative  number),  then  DO  x  (RA)  =  4000  0000. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+l)  <--  (RA)  x  DO; 

(CS)  <--  0010  if  ( RA , RA+1 )  =  0; 

(CS)  <—  0001  if  (RA.RA+l)  <  0; 

(CS)  <--  0100  if  ( RA , RA+1 )  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  CS 


MR,MB.MMX,M,M1M 
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5.71  Ijouhjc  precision  integer  multiply. 


fiDOR  MODE  MNEMONIC 


I ORMAT /OPCODE 


OMR  RA , RB 


|  C7  |  RA  |  RB  | 


4  4 


D  DM  RA , ADDR 

DX  OM  RA ,  ADDR ,  RX 


|  C6  |  RA  |  RX  |  | 


DESCRIPTION:  The  double  precision  Derived  Operand,  DO,  a  32-bit  2’s  complement  number,  is  multiplied  by 
the  contents  of  registers  RA  and  RA  + 1,  a  32-bit  2‘s  complement  number,  with  die  MSH  in  RA. 
Ihe  l  SH  of  the  product  is  retained  in  RA  and  RA  +  1  as  a  32-bit,  2‘s  complement  number.  The 
MSH  is  lost.  The  Condition  Status,  CS,  is  set  based  on  die  double  precision  result  in  registers  RA 
and  RA  +  1.  A  fixed  point  overflow  occurs  if  (1)  both  operands  are  of  die  same  sign  and  the  MSH 
of  the  product  is  not  zero,  or  the  sign  bit  of  the  l  .SH  is  not  zero,  or  (2)  if  the  operands  arc  of 
opposite  sign  and  the  MSH  of  the  product  is  not  FFFF  FFFF16,  or  the  sign  bit  of  the  I.SH  is  not 
one.  A  fixed  point  overflow  docs  not  occur  if  cither  of  the  operands  is  zero. 


TRANSFER 


( RQ , RQ+1 , RQ+2 , RQ+3)  <--  (RA.RA+1)1  x  00; 


(RA.RA+l)2  <--  (RQ+2, RQ+3); 


{(RAo)1  =  DO0  and  {(RQ.RQ+l)  /  0  or  (RQ+20)  =  1}}  or 
)‘  *  DOq  and  {(RQ.RQ+l)  *  FFFF  FFFF16  or  (RQ+20)  =  0}  and 


<--  1,  if  {(RAo)1  =  DO0  and  ( 
{(RA0)f  *  DO0  and  { ( RQ , R< 
{(RA)1  /  0  and  DO  *  0}>; 


(CS)  <--  0010 
(CS)  <--  0001 
(CS)  <--  0100 


if  (RA.RA+l)  *  0; 
if  (RA.RA+l)  <  0; 
if  (RA.RA+l)  >  0; 


REGISTERS  AFFECTED:  RA,  RA+1.  CS,  PI 


DMR.DM 


► 


1 
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5.74  Floating  point  multiply. 

ADDS  MODE  MNEMONIC  FORMAT/OPCODE 


8 

4 

4 

R 

FMR 

RA ,  RB 

1 

C9 

|  RA 

1  RB  I 

4 

2 

2 

8 

B 

F  MB 

BR  *  DSPL 

1  2 

1  2 

1  BR'  | 

DSPL  | 

4 

2 

2 

4  4 

BX 

FMBX 

BR ,  RX 

1  4 

|0 

IBR'I 

A  J  RX  | 

n 

ru 

da  Anno 

8 

4 

4 

DX  FM  RA , ADDR , RX  |  C8  |  RA  |  RX  |  | 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  R0 


12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R0 

16 


ADDR 


INSCRIPTION:  The  floating  point  Derived  Operand,  DO,  is  floating  point  multiplied  by  the  contents  of  register 
RA  and  RA  +  1.  The  result  is  stored  in  register  RA  and  RA  + 1.  The  process  of  the  operation  is  as 
follows:  the  exponents  of  the  operands  arc  added.  If  the  sum  exceeds  7F16,  a  floating  point 
overflow  occurs.  If  the  sum  is  less  than  8016,  then  underflow  occurs  and  the  result  set  to  zero.  The 
operand  mantissas  are  multiplied  and  the  result  normalized  and  stored  in  RA  and  RA  + 1.  An 
exceptional  case  is  when  both  operands  are  negative  powers  of  two:  (-1.0  x  2n)  x  (-1.0  x  2m);  the 
result  is  a  0.5  x  2n  +  m  f  l.  If  n  +  m  -  7F16,  this  shall  yield  an  exponent  overflow,  floating 
point  overflow  occurs.  Also,  it  is  possible  that  the  normalization  process  may  yield  an  exponent 
underflow;  if  this  occurs,  then  the  result  is  forced  to  zero.  The  condition  status,  CS,  is  set  based  on 
the  result  in  RA  and  RA  + 1. 


FMR.FMIU  MHX.FM 


112 


344 


REGIS fER  TRANSt F  R  DESCRIPTION: 
n  =  FA  +  EO; 


PI3 

<-- 

1, 

EA 

<-- 

7F 

16' 

MA  <-- 

7FFF  FFie 

.  exit. 

i  f  n  > 

™i# 

PI3 

<~ 

1,  EA 

<-- 

7F 

16* 

MA  <-- 

8000  00ie 

.  exit. 

if  n  > 

7Fl6 

PI# 

<~ 

1. 

EA 

<-- 

0, 

MA 

<--  0, 

exit,  if 

n  <  80 

16  I 

MP  <--  MA  x  MO:  (integer  multiply) 
MP  <--  MP  shift  left  1  position; 


n  < 

--  n 

+  1.  mp0.23 

4000  0016,  if  MP0 

*23  =  8000 

00 

i#: 

PI3 

<-- 

1.  EA  <--  7F 16 , 

MA  <--  7FFF  FF16, 

exit,  if 

n 

>  JFig 

PI3 

<-- 

1.  EA  <--  7F 16 . 

MA  <--  8000  0016# 

exit,  if 

n 

>  7F,6 

n , 

MP  < 

--  normal ized  n, 

MP; 

PI# 

<-- 

1.  EA  <--  0.  MA 

<--  0.  exit,  if 

n  <  80jg; 

EA  <--  n; 

MA  <--  MP0_23 1 

(CS)  <--  0010  if  (RA.RA+l)  =  0; 

(CS)  <—  0001  if  ( RA.RA+l )  <  0; 

(CS)  <--  0100  if  (RA, RA+1)  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  CS ,  PI 
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and  MA0  =  MO0; 
and  MA0  i  MO0; 


and  MP0  =  0; 
and  MP0  =  1; 


FMR,FMB,FMBX,KM 


345 
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' . n S  1  •  xtciuU  d  puvision  floa in n< nrt  nailup l y . 
AIWR  MODE  MNEMONIC 


} EMR  RA.RB 


t:M  KA.AOUP 
l>M  RA  H)DRtRX 


QRMAf /CPCOIH 
8  4 

CB  I  PA  i  RB  j 

H  4  4  16 

CA  *  RA  i  RX  ;  ;  ADDR 


*  M-SCRIR I  ION :  The  extended  precision  flu  mug  I  )env*,d  Operand,  iXJ,  is  extended  floating  purn:  mult-phed  nv 
the  contents  of  register  R A  RA  1  and  RA  -I  1.  !hc  result  is  stored  in  registers  !<A  A  *-  d  and 
RA  -rZ.  Ihe  process  of  the  operation  is  as  follows:  the  exponent  of  the  operands  ate  added  If  die 
sum  exceeds  ?l;]6,  a  floating  point  overflow  occurs,  if  die  sum  is  less  than  SO  (j  Mien  underflow 
occurs  and  die  result  sot  to  zero.  Ihc  operand  mantissas  are  multiplied  and  the  result  normalized 
and  stored  in  RA,  RA  r  1.  and  R  \ -r  1  'he  condition  status,  CS.  is  set  based  on  the  result  in  RA , 
RA  -t  h  and  RA  +  2. 


!14 

146 


fTMR,KKM 


1 
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REGISTER  TRANSf  ER  DESCKlPr  ION : 
n  -  LA  +  £ 0 ; 


PI3  < .  1. 

FA 

<-•- 

7F 

16  - 

MA  <-- 

7FFF  FF  F F F F  16 , 

exit. 

if  n  ' 

and 

MA,  =  M00 

PI3  1. 

FA 

\  — 

7F 

16  • 

MA  <-- 

8000  00  000016, 

exit. 

i  f  n  > 

"ie 

and 

MA0  i  M00 

PI6  <--  1. 

EA 

<r  -  - 

0. 

MA 

<--  0. 

exit,  if  n  <  80 

16  » 

MP  <--  MA  x  MO;  (integer  multiply) 
MP  MP  shift  left  1  position; 


n  <  -  -  n 

+  1. 

MPq-39  <-- 

4000 

00  0000 

16  » 

if  MP0. 

39  = 

8000 

00 

0000l6; 

PI3  <- 

1  . 

EA 

<--  "u. 

MA  < 

--  7FFF 

FF 

ffff16. 

ex  i  t 

.  if 

n 

>  7F16  and 

MP0  = 

0: 

PI3  <-- 

1  , 

EA 

<”  "l6. 

MA  < 

—  8000 

00 

0000l6. 

exit 

,  if 

n 

>  7F16  and 

MP0  * 

1; 

n.  MP  <--  normalized  n,  MP ; 

PI6  <--  1.  EA  <--  0#  MA  <--  0,  if  n  <  8016; 
EA  <--  n; 

MA  <--  MP0.39; 

(CS)  <--  0010  if  (RA,  RA+1 ,  RA+2)  =  0; 

(CS)  <--  0001  if  (RA.  RA+1.  RA+2)  <  0; 

(CS)  <--  0100  if  (RA.  RA+1.  RA+2)  >  0; 

REGISTERS  AFFECTED:  RA .  RA+1,  RA+2.  CSt  PI 
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5.76  Single  precision  integer  divide  with  16-hit  dividend. 

ADDR  MODE  MNEMONIC  FORMAT /OPCODE 


8 

4 

4 

R 

DVR 

RA.RB 

1  01 

|  RA 

1  RB  1 

8 

4 

4 

ISP 

DISP 

RA ,  N 

|  D2 

|  RA 

|N-1  | 

1  < 

N  <  16 

8 

4 

4 

ISN 

DISN 

RA ,  N 

|  D3 

|  RA 

|N-1  | 

1  < 

N  <  16 

D 

DX 

DV 

DV 

RA , ADDR 

RA , ADDR , RX 

8 

4 

4 

16 

|  DO 

|  RA 

1  RX  1 

1 

ADDR  | 

8 

4 

4 

16 

IM 

DVIM 

RA .DATA 

|  4A 

|  RA 

1  6  | 

1 

DATA  | 

DESCRIPTION:  The  contents  of  register  RA  arc  divided  by  the  Derived  Operand,  DO,  a  single  precision,  2’s 
complement  number.  The  result  is  stored  in  registers  RA  and  R A  + 1  such  that  RA  stores  the 
single  precision  integer  quotient  and  RA  +  1  stores  the  remainder.  Ihc  Condition  Status,  CS,  is  set 
based  on  the  result  in  RA.  A  fixed  point  overflow  occurs  if  the  divisor,  IX),  is  zero,  or  if  the 
dividend  is  8000 16  and  the  divisor  is  FFFF16. 

Note:  The  sign  of  the  non-zero  remainder  is  the  same  as  the  sign  of  the  dividend. 

REGISTER  TRANSFER  DESCRIPTION: 

{RA.RA+l)  <—  (RA)  /  DO; 


PI4  <—  1,  if 

DO  = 

0  or 

{RA  =  800016  and  DO  =  FFFF16>; 

(CS)  <--  0010 

if 

(RA) 

*  0; 

(CS)  0001 

if 

(RA) 

<  0; 

(CS)  <--  0100 

if 

(RA) 

>  0; 

REGISTERS  AFFECTED:  RA ,  RA+1,  CS.  PI 


DVR,I)I$P,DISN,|)V.DV1M 
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5.77  Simde  precision  integer  divide  with  32-bit  dividend. 

ADDR  MOUf  MNEMONIC  FORMA T/QPCODE 


8 

4 

4 

R 

DR 

RA.  RB 

i 

D5 

|  RA 

1  RB  1 

4 

2 

2 

8 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

B 

DB 

BR.DSPL 

i  i 

13 

|  BR  *  | 

DSPL  | 

4 

2 

2 

4  4 

12  <  BR  <  15 
BR'  =  BR  -  12 
RA  =  R2 

BX 

DBX 

BR.RX 

1  4 

10 

|BR'| 

7  |  RX  | 

D 

DX 

D 

D 

RA.ADDR 

RA.ADDR.RX 

8 

4 

4 

16 

1 

D4 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

DIM 

RA , DATA 

1 

4A 

|  RA 

Mil 

DATA  | 

DI-SCRIPTION:  The  contents  of  registers  RA  and  RA  + 1,  a  double  precision  2*s  complement  number,  are  divided 
by  the  Derived  Operand,  DO,  a  single  precision,  2  s  complement  number.  RA  contains  the  MSH 
of  the  32-bit  dividend.  The  result  is  stored  in  registers  RA  and  R  A  + 1  such  that  RA  stores  the 
single  precision  integer  quotient  and  RA+  1  stores  the  remainder.  The  Condition  Status,  CS,  is 
set  based  on  the  result  in  RA.  A  fixed  point  overflow  occurs  if  the  divisor  equals  zero  or  if  the 
magnitude  of  the  MSH  of  the  dividend  is  equal  to  or  greater  than  the  magnitude  of  the  divisor 
(i.c.,  the  quotient  exceeds  15  bits). 

Note:  Ihc  sign  of  the  non-zero  remainder  is  the  same  as  that  of  the  dividend. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA.RA+l)  <--  ( RA # RA+1 )  /  00; 

PI4  <--  1,  if  DO  =  0  or  | ( RA) |  2  i DO | ; 


(CS)  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS;  <--  0100  if  ( RA)  >  0; 

REGISTERS  AFFECTED:  RA .  RA+1,  CS.  PI 
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5.78  I  )oublc  precision  integer  divide. 
ADDR  MODI  MNEMONIC 

R  DDR  RA , R8 


D 

DX 


DO 

DO 


RA , ADDR 
RA  *  ADDR , RX 


I ORMA T /OPCODL 

8  4  4 

|  D7  |  RA  |  RB  | 

8  4  4  16 

|  D6  |  RA  |  RX  |  |  ADDR 


DKSCRIPl  ION:  Tbe  coments  of  registers  RA  and  RA+  1.  a  double  precision  2's  complement  number,  are  divided 
by  ihe  Derived  Operand,  IX),  a  double  precision  2's complement  number  RA  contains  the  MSH 
of  die  32- bit  dividend.  Ibc  quotient  part  of  the  integer  result  is  stored  in  registers  RA  and  RA  +  1 
(with  die  MSH  in  RA)  and  die  remainder  is  lost.  Ibe  Condition  Status.  CS.  is  set  based  on  die 
results  in  registers  RA  and  RA  +  1.  A  fixed  point  overflow  occurs  if  the  divisor.  IXJ.  is  zero,  or  if 
the  dividend  is  800016  and  the  divisor  is 

REGISTER  TRANSFER  DESCRIPTION : 

(RA.RA+l)  <--  (RA.RA+l)  /  DO; 

PI4  <--  1 . if  DO  =  0  or  (RA  =  800016  and  DO  =  FFFF16>; 

(CS)  <--  0010  if  (RA.RA+l)  =  0; 

(CS)  <~  0001  if  (RA.RA+l)  <  0; 

(CS)  <-**  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA.  RA+1 .  CS ,  PI 


DDR, 1)1) 
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5.74>  [  Vu umz  i nl  divide . 

ADDR  M£OE  MNEMONIC 

R  FDR  RA , RB 

B  FDB  BR , DSPL 


BX 


0 

OX 


FDBX  BR.RX 


FD  RA.ADDR 

FD  RA , AODR , RX 


MIL -STD- 1 750A  (USAF) 
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FORMA  f /OPCODE 


8 

4 

4 

1 

09 

|  RA 

1  RB  I 

4 

2 

2 

8 

1  2 

|3 

1 0  R '  | 

DSPL  | 

4 

2 

2 

4 

4 

1  4 

|0 

|BR'l 

B 

1  RX  | 

8 

4 

4 

|  D8  |  RA  |  RX  |  | 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  RO 


12  <  BR  <  15 
BR’  =  BR  -  12 
RA  =  RO 


16 


ADOR  | 


DESCRIPTION:  Ihe  floating  point  number  in  registers  R A  and  RA  +  1  is  divided  by  the  floating  point  Derived 

Operand,  IX).  Ihe  result  is  stored  in  register  RA  and  RA+ 1.  A  floating  point  overflow  occurs  if 
the  exponent  result  exceeds  7F16  at  any  point  in  the  calculation  process.  Underflow  occurs  if  the 
exponent  result  is  less  than  S0lb  at  any  point  in  the  process.  If  underflow  occurs,  then  the 
quotient  is  forced  to  zero.  A  divide  by  zero  yields  a  floating  point  overflow. 
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FDR,  FOB,  FDBX.  FD 
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REGISTER  THANSrER  DESCRIPTION: 
n  =  EA  -  E0; 

PI3  <--  1,  EA  <--  7F16.  MA  <--  7FFE  FF16,  exit, 
if  MA0  =  MO0  and  {n  >  7Fl6  or  DO  =  0}; 

PI3  <--  1,  EA  <--  7F 16 ,  MA  <--  8000  0016,  exit. 

if  MA0  *  MO0  and  {n  >  7F16  or  DO  =  0}; 

PI6  <--  1,  EA  <--  0,  MA  <--  0,  exit,  if  n  <  80, 6; 

MQ  <--  MA  /  MO; 


MQ  <-- 

MQ  Shift 

Right 

Arithmetic  1 

position,  n 

<-- 

n  +  1 , 

it  | MQ |  > 

1 . 

PI3  <- 

1.  EA  <- 

-  7F,6 

,  MA  <  — 

7FFF 

FF 16* 

exit, 

if 

n  >  7F ,g 

and  MQ0  = 

0 

PI3  <-- 

1.  EA  <- 

-  7F,g 

,  MA  <-- 

8000 

oo16. 

exit, 

if 

n  >  7F ,6 

and  MQ0  = 

1 

EA  <--  n; 

MA  <—  MQ0_23 ; 

(CS)  <--  0010  if  (RA.RA+l)  «  0; 

(CS)  <--  0001  if  (RA.RA+l)  <  0; 

(CS)  <--  0100  if  (RA.RA+l)  >  0; 

REGISTERS  AFFECTED:  RA.  RA+1 ,  CS.  PI 


IDR.IDlMDIiX.FD 


1 .70 
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L 


5.80  \  \ tended  pro  ision  flojjin^  point  divide 
AODR  MODE  MNEMONIC 


R  EE  DR  RA.RB 


D  EFD  RA.ADDR 

DX  EFD  RA , ADDR , RX 


FORMAT /OPCODE 

8  4  4 

|  OB  |  RA  |  RB  | 

8  4  4  16 

|  DA  |  RA  |  RX  |  |  ADDR 


l)fSCRn>'liON:  I'hc  contents  of  registers  RA,  RA  4-  1,  and  RA  +  2  arc  extended  precision  floating  point  divided  by 
the  extended  precision  floating  point  Derived  Operand,  IX).  I  he  result  is  stored  in  register  RA, 
RA+1.  and  RA  4-2.  A  floating  point  overflow  occurs  if  the  exponent  result  exceeds  7Kl6  at  any 
point  in  the  calculation  process.  Underflow  occurs  if  the  exponent  result  is  less  than  80lo  at  any 
point  in  the  process.  If  underflow  occurs,  then  the  quotient  is  forced  to  zero.  A  divide  by  zero 
yields  a  floating  point  overflow. 

REGISTER  TRANSFER  DESCRIPTION: 
n  *  EA  EO; 


PI3 

<-- 

1, 

EA  <--  7F 

16.  MA  < 

—  7FFF  FF  FFFF16. 

exit. 

if 

MA0  =  M00 

and  {n 

>  7Fl6  or  DO  =  0}; 

PI3 

<  — 

1, 

EA  <--  7F 

16.  MA  < 

—  8000  00  000016, 

exit , 

if 

MA0  *  MO0 

and  {n 

>  7F16  or  DO  =  0} ; 

Pie 

<-- 

1. 

EA  <—  0, 

MA  <-- 

0,  exit,  if  n  <  80 

16  • 

MQ  <--  MA  /  MO; 


MQ  <--  MQ  Shift  Right  Arithmetic  1  position,  n  <—  n  +  i,  if  |MQ|  >  1.0; 


PI3  <--  1,  EA 

<-- 

7^16. 

MA  <-- 

7FFF 

FF 

ffff16 

PI3  <--  1,  EA 

<-- 

MA  <~ 

8000 

00 

000016 

EA  <--  n; 

MA  <--  MOo_3g; 

(CS)  <—  0010 

if 

(RA, 

RA+1, 

RA+2) 

- 

0; 

(CS)  <--  0001 

if 

(RA, 

RA+1, 

RA+2 ) 

< 

0; 

(CS)  <—  0100 

if 

(RA, 

RA+1, 

RA+2) 

> 

0; 

exit,  if  n  >  7F16  and  MQo 
exit,  if  n  >  7Fie  and  MQ0 


0; 

1; 


REGISTERS  AFFECTED:  RA,  RA+1,  RA+2,  CS,  PI 
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5.8 1  liiilnsiu*  logic;il  OR 


ADDR  MODE 

MNEMONIC 

1 ORMAT /OPCODE 

8 

4 

4 

R 

ORR  RA.RB 

1  El 

|  RA 

1  RB  1 

4  2 

2 

8 

12  i  BR  i  lb 
BR’  =  BR  -  12 
RA  =  R2 

B 

ORB  BR.DSPL 

I  3  10 

1 B  R  '  | 

DSPL  i 

4  2 

2 

4  4 

12  <  BR  £  15 
BP'  -  BP  -  1? 

RA  =  R2 

BX 

ORBX  BR.RX 

1  ♦  |0 

1  br  '  1 

f  |  RX  j 

D 

OX 

OR  RA , ADDR 

OR  RA.ADDR.RX 

8 

4 

4 

16 

I  to 

|  RA 

|  RX  |  | 

ADDR  1 

8 

4 

4 

16 

IM 

ORIM  RA.OATA 

1  4A 

1  RA 

1  8  1  1 

DATA  \ 

DESCRIPTION:  r|hc  Derived  Operand.  DO.  is  bit-bv-bit  inclusively  ORed  with  the  contents  of  R A  'Hie  result  is 
stored  in  register  RA.  The  condition  status,  CS,  is  set  based  on  the  result  in  register  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  v  DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA,  CS 


OR  R.OR  ll.OR  ll\,OK,OKIM 


T  S4 


123 
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5.83  Exclusive  logical  OK. 

ADDR  MOPE  MNEMONIC  FORMAT/OPCODE 


8 

4 

4 

R 

XORR 

RA,RB 

1  E5 

1  RA 

1  RB  1 

n 

XOR 

XOR 

da  Anno 

8 

4 

4 

16 

DX 

nfi ,  f\uun 

RA , ADDR , RX 

1  E4 

1  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM 

XORM 

RA.DATA 

|  4A 

1  RA 

1  9  1  1 

DATA  | 

DKSCRIPT10N:  'Hie  Derived  Operand,  DO,  is  bit-by-bit  exclusively  ORed  with  the  contents  of  RA.  The  result  is 
stored  in  RA.  The  condition  status,  CS,  is  set  based  on  the  result  in  RA. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  <--  (RA)  9  DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTER?  AFFECTED:  RA,  CS 


XORR.XOR.XORM 
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5.84  logical  NaNI). 

AODR  MODE  MNEMONIC  FORMA  f /OPCODE 


8 

4 

4 

R 

NR 

RA,  RB 

1  E7 

1  RA  I 

1  RB  I 

n 

u 

RA.ADDR 

RA , ADDR , RX 

8 

4 

4 

16 

OX 

N 

1  E6 

1  RA  1 

|  RX  I  I 

ADDR  | 

8 

4 

4 

16 

IM 

NIM 

RA , DATA 

|  4A 

1  RA  I 

1  B  I  I 

DATA  | 

DESCRIPTION:  lhe  Derived  Operand,  EX),  is  bit-by-bit  logically  NANDed  with  the  contents  of  register  RA.  The 
result  is  stored  in  RA. 

Note:  ITic  logical  NOT  of  a  register  can  be  attained  with  a  NR  instruction  with  RA  =  RB. 

REGISTER  TRANSFER  DESCRIPTION: 


(RA)  <--  (RA)  t  DO; 


(CS) 

<--  0010 

if 

(RA) 

=  0; 

(CS) 

<--  0001 

if 

(RA) 

<  0; 

(CS) 

<--  0100 

if 

(RA) 

>  0; 

REGISTERS  AFFECTED: 

RA. 

CS 

MIL-STD- 1750A  (USAF) 
2  July  1980 


n 

\ 

< 


5.85  Convert  floating  point  to  16 -bit  integer. 

ADPR  MODE  MNEMONIC  FORMAT /OPCODE 


R  FIX  RA.RB  |  E8  |  RA  |  RB  | 


DTSCRIPITON:  The  integer  portion  of  the  floating  point  Derived  Operand,  DO  (i.e.,  the  contents  of  registers  RB 
and  RB+  1),  is  stored  into  register  RA.  (f  the  actual  value  of  the  IX)  floating  point  exponent  is 
greater  than  0F16,  then  RA  remains  unchanged  and  a  fixed  point  overflow  occurs.  The  condition 
status,  CS,  is  set  based  on  die  result  in  RA. 

Note:  llie  algorithm  truncates  toward  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <—  l,  exit,  if  EO  >  0F16; 

(RA)  <--  Integer  portion  of  DO; 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA ,  CS.  PI 


HX 
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5.86  Convert  16-hit  integer  to  floating  point, 

ADDR  MODE  MNEMONIC  FORMAT /OPCODE 

8  4  4 

R  FIT  RA.RB  |  E9  |  RA  |  RB  | 


DKSCR1PT10N:  I  he  integer  Derived  Operand,  IX)  (i.e.,  the  contents  of  register  R  B),  is  converted  to  Single 

Precision  floating  point  format  and  stored  in  register  RA  and  RA  4- 1.  The  condition  status,  CS,  is 
set  based  on  the  results  in  RA  and  RA  + 1.  The  operation  process  is  as  follows:  I  Tie  exponent  is 
initially  considered  to  be  0Fj$.  The  integer  value  in  RB  is  normalized,  i.e.,  the  number  is  left 
shifted  and  the  exponent  decremented  for  each  shift  until  the  sign  bit  and  the  next  MSB  arc 
unequal,  and  the  exponent  and  mantissa  stored  in  the  proper  fields  of  RA  and  RA  + 1. 


Note:  RA  may  equal  RB. 

An  integer  zero,  0000 16,  is  converted  to  a  floating  point  zero,  0000  000016. 
REGISTER  TRANSFER  DESCRIPTION: 

EA  <--  0,  MA  <--  0,  exit,  if  (RB)  *  0; 

EA  <~  OF  16  ; 

MA  <--  (RB); 

EA,  MA  <--  normalize  EA,  MA; 


(CS) 

<-- 

0010 

if 

(RA.RA+l)  = 

0; 

(CS) 

<-- 

0001 

if 

(RA.RA+l)  < 

0; 

(CS) 

<-- 

0100 

if 

(RA.RA+l)  > 

0; 

REGISTERS  AFTECTED:  RA ,  RA+1 ,  CS 
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5.87  Convert  extended  precision  floating  point  to  32-hit  integer. 

ADDR  MODE  MNEMONIC  FORMAT/OPCODE 

8  4  4 

R  EFIX  RA.RB  |  £A  |  RA  |  RB  | 


INSCRIPTION:  The  integer  portion  of  the  floating  point  Derived  Operand,  DO  (i.c.,  the  contents  of  registers  RB, 
RB  +  1,  and  R13  +  2).  is  stored  into  register  RA  and  RA  +  1.  If  the  actual  value  of  the  DO  floating 
point  exponent  is  greater  than  1F16,  then  RA  and  RA  +  1  remain  unchanged  and  a  fixed  point 
overflow  occurs,  lhc  condition  status,  CS,  is  set  based  on  the  result  in  RA  and  RA  +  1. 

Note:  dhe  algorithm  truncates  toward  zero. 

REGISTER  TRANSFER  DESCRIPTION: 

PI4  <--  1,  exit,  if  EO  >  1F16; 

(RA.RA+l)  <--  Integer  portion  of  DO; 

(CS)  <--  0010  if  (RA.RA+l)  =  0; 

(CS)  <--  0001  if  ( RA , RA+1 )  <  0; 

(CS)  <--  0100  if  ( RA , RA+1 )  >  0; 

REGISTERS  AFFECTED:  RA,  RA+1,  CS ,  PI 


KFIX 
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5  88  Convert  32  hit  integer  to  extended  precision  floating  point. 

APOR  MODE  MNEMONIC  FORMA f /OPCODE 

8  4  4 

R  EFLT  RA.RB  |  EB  |  RA  |  RB  | 


DESCRIPTION:  llic  double  precision  integer  Derived  Operand,  DO  (Lc.,  the  contents  of  registers  RB  and 
RB  +  1),  is  convened  to  Kxtended  Precision  floating  point  format  and  stored  in  register  RA, 

RA  + 1,  and  R A  +  2.  Ihc  condition  status,  CS.  is  set  based  on  the  result  in  R A,  RA  +  1 ,  and 
RA  +  2.  'Ihc  operation  process  is  as  follows:  I  he  exponent  is  initially  considered  to  be  U;16.  The 
integer  value  in  RB,  RBt  1  is  normalized,  i.c.,  die  number  is  left  shifted  and  the  exponent 
decremented  for  each  shift  until  the  sign  bit  and  the  next  MSB  arc  unequal,  and  the  exponent  and 
mantissa  stored  in  the  proper  field  of  R A,  RA  + 1,  and  RA  +  2. 

Noie:  RA  may  equal  RB. 

An  integer  zero,  0000  0000 16,  is  converted  to  an  extended  floating  point  zero,  0000  0000  0000 16. 
REGISTER  TRANSFER  DESCRIPTION: 


EA  <-- 

0,  MAC- 

-  o, 

exit. 

if  (RB.RB+l)  =  0; 

EA  <-- 

if16,  mac-- 

(RB.RB+l); 

EA,  MA 

<--  normalized  EA, 

MA; 

(CS)  < 

—  0010 

if 

(RA. 

RA+1 , 

RA+2)  *  0; 

(CS)  < 

—  0001 

if 

(RA, 

RA+1 , 

RA+2)  <  0; 

(CS)  < 

--  0100 

if 

(RA, 

RA+1, 

RA+2)  >  0; 

REGISTERS  AFFECTED 

:  RA, 

RA+1, 

RA+2,  CS 
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S.X '/  I-uIi.iiilv  hvtes  in  lensler. 
Al)D£  MODE  MNEMONIC 


S  XBR  RA 


I  ORMAI /OPCODE 
8  4  4 


I  EC  |  RA  |  0  j 


I  >1  Si  KM’  I  ION ;  Hie  upper  byte  of  register  RA  is  exchanged  with  the  lower  byte  of  register  RA  Hie  CS  is  set 
based  oil  the  result  in  register  KA. 

K  L  0_L5  [iJi  TRANSFER  DESCRIPTION: 


(RA)b  ,  tRA)8-ib; 


(CS) 

0010 

if 

(RA)  =  0 

(CS)  <-- 

000  1 

if 

(RA)  <  0 

(CS) 

0100 

if 

(RA)  >  0 

REGISTERS 

:  AFFECTED 

RA,  CS 

\ 


XBR 


MO 
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S  40  1  Ash.mue  werds  in  registers. 

ADOR  MODE  MNEMONIC 

EOliMAI /OPCODE 

6  4 

R  XWR  RA , RB 

|  EO  |  RA 

i 31  SCRIP  1  ION:  Ihc  contents  of  register  RA  arc  exchanged  with  the  contents  of  register  Rli.  'Hie  CS  is  set  based 
on  the  result  m  register  RA 

REGISTER  TRANSFER  DESCRIPT  ION : 

(RA)  <-->  (RB); 

(CS)  <--  0010  if  (RA)  =  0; 

(CS)  <--  0001  if  (RA)  <  0; 

(CS)  <--  0100  if  (RA)  >  0; 

REGISTERS  AFFECTED:  RA ,  RB ,  CS 
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5.91  Single  precision  compare. 

ADDR  MOPE  MNEMONIC  FORMAT /OPCODE 


8  4  4 


R 

CR 

RA ,  R8 

1  FI 

|  RA 

1  RB  I 

4  2 

2 

8 

12  <  BR  <  15 

BR*  =  BR  -  12 
RA  =  R2 

B 

CB 

BR.DSPL 

1  3  1 2 

|BR'  | 

DSPL  I 

4  2 

2 

4  4 

12  <  BR  <  15 
|  BR'  =  BR  -  1! 

OA  -  DO 

BX 

CBX 

BR ,  RX 

1  4  |0 

1  BR '  | 

C  |  RX  1 

i\f\  -  tie 

8 

4 

4 

ISP 

CISP 

RA ,  N 

1  F2 

1  RA 

|N-1  | 

1  <  N  <  16 

8 

4 

4 

ISN 

CISN 

RA.N 

1  F3 

|  RA 

|N-1  | 

1  <  N  <  16 

n 

C 

C 

R A, ADDR 

RA , ADDR , RX 

8 

4 

4 

16 

u 

DX 

1  F0 

|  RA 

|  RX  |  | 

ADDR  | 

8 

4 

4 

16 

IM  CIM  RA.OATA  |  4A  |  RA  |  A  |  |  DATA 


DESCRIPTION:  The  single  precision  Derived  Operand,  IX),  is  compared  to  the  contents  of  RA.  Then,  the 

Condition  Status,  CS,  is  set  based  on  whether  the  contents  of  RA  is  less  than,  equal  to,  or  greater 
than  the  DO.  The  contents  of  RA  arc  unchanged. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA)  :  DO; 

(CS)  <--  0010  if  (RA)  =  DO; 

(CS)  <~  0001  if  (RA)  <  DO; 

(CS)  <--  0100  if  (RA)  >  DO; 

REGISTERS  AFFECTED:  CS 


CR,CM.CDX,CISP.CISN,C,CIM 


ID 
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5.')?.  Compare  between  limits. 

ADDH  MOIH  HNLMOM1C  FORMA  I /OPCODE 


8  4  4  16 

D  CBL  RA.ADDR  . . - . --- . . 

DX  CBL  RA.ADDR. RX  |  F4  |  RA  |  RX  |  |  ADOR  | 


PI-SCR1PTION:  llic  contents  of  register  R  A  are  compared  to  two  different  sixteen  bit  derived  operands.  IX)1  and 
1)02.  The  derived  operands,  1)01  and  1)02  arc  located  at  DA  and  l)A  + 1.  respectively,  and  their 
values  arc  defined  such  that  1)01  <  1X)2.  The  CS  is  set  based  on  the  results.  If  the  values  for  1)01 
and  1)02  arc  defined  incorrectly  (that  is.  1)01  >  1)02).  then  CS  is  set  to  1000 


REGISTER  TRAMSFER  DESCRIPTION: 

(CS)  <--  1000  if  D01  >  D02 ,  exit; 
(CS)  <--  0001  if  (RA)  <  001; 

(CS)  <--  0010  if  D01  <  (RA)  £  D02 ; 
(CS)  <--  0100  if  (RA)  >  002; 
REGISTERS  AFFECTED:  CS 
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5.93  I  loybjc  precision  compare, 
ADOR  MODE  MNEMONIC 

R  OCR  RA.RB 


0 

OX 


DC 

DC 


RA.ADDR 
RA , ADOR , RX 


FORMAT /OPCODE 
8  4  4 

|  F7  |  RA  |  RB  | 

8  4  4  16 

|  F 6  |  RA  |  RX  |  |  AODR 


DHSCK 1PTION:  Ihc  double  precision  Derived  Operand,  1X9.  is  compared  to  the  contents  of  registers  RA  and 

RA  4*  1  where  RA  contains  the  MSI  I  of  a  double  precision  word.  'ITien,  the  Condition  Status,  CS, 
is  set  based  on  whether  the  contents  of  RA,  RA  +  1  is  icss  than,  equal  to,  or  greater  than  the  IX). 
The  contents  of  R  A  and  RA  4- 1  arc  unchanged. 


REGISTER  TRANSFER  DESCRIPTION; 


(RA.RA+l)  :  DO; 


(CS) 

(CS) 

(CS) 


<-- 

0010 

if 

(  RA  ,  RA-r  1 ) 

=  Do 

<-- 

0001 

if 

(RA.RA+l) 

<  DO 

<-- 

0100 

if 

(RA.RA+l) 

>  DC 

REGISTERS  AFFECTED:  CS 


dciux: 


1)4 
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5.94  Moating  point  compare. 


M1L-STD- 1 750A  (USAF) 
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8 

4 

4 

R 

FCR 

RA.RB 

i 

F9 

|  RA 

1  RB  | 

4 

2 

2 

8 

B 

FCB 

BR , DSPL 

1  3 

1  3 

|BR'| 

DSPL  l 

4 

2 

2 

4 

4 

BX 

FCBX 

BR.RX 

1  4 

10 

|BR*| 

D 

1  RX  | 

0 

FC 

FC 

RA.ADDR 

RA , ADDR . RX 

8 

4 

4 

DX 

1 

F8 

|  RA 

|  RX  |  | 

12  <  BR  <  15 
BR'  *  BR  -  12 
RA  =  RO 


12  £  BR  <  16 
BR'  =  BR  -  12 
RA  >  RO 


16 

AODR 


'2LJ.$CHjP'l  ION:  The  floating  point  number  in  registers  RA  and  RA  +  1  is  compared  to  the  floating  point  Derived 
Operand,  DO.  Ihen,  the  Condition  Status,  CS,  is  set  based  on  whether  the  contents  of  RA, 
RA+1  is  less  than,  equal  to,  or  greater  than  the  DO.  The  contents  of  RA  and  RA+ 1  are 
unchanged. 


Note:  This  instruction  docs  not  cause  an  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

( RA, RA+1 )  :  DO; 


(CS)  <-- 

0010 

if 

(RA.RA+l) 

=  0; 

(CS) 

0001 

if 

( RA , RA+1 ) 

<  0; 

(CS)  <-- 

0100 

if 

(RA.RA+l) 

>  C; 

REGISTERS  AFFECTED:  CS 
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5.95  Fx  tended  precision  floating  point  compare. 
ACOR  MODE  MNEMONIC 

R  EFCR  RA.RB 


D 

DX 


EFC 

EFC 


RA.ADDR 

RA,ADDRtRX 


FORMAT/OPCODE 
8  4  4 

|  FB  |  RA  |  RB  | 

8  4  4  16 

|  FA  |  RA  |  RX  |  |  ADDR  | 


INSCRIPTION:  The  extended  precision  floating  Derived  Operand,  IX),  is  compared  to  the  contents  of  registers 
RA,  RAT  1,  and  RA  +  2  where  RA  contains  the  most  significant  16-bits  of  the  extended  precision 
floating  point  word.  lTic  condition  status,  CS,  is  set  based  on  whether  the  contents  of  RA,  RA  +  1, 
and  RA  +  2  are  less  than,  equal  to  or  greater  than  the  IX).  3hc  contents  of  RA,  R A  + 1,  and 
RA  +  2  are  unchanged. 

Note:  This  instruction  docs  not  cause  overflow  to  occur. 

REGISTER  TRANSFER  DESCRIPTION: 

(RA,  RA+1 ,  RA+2 )  :  DO; 

(CS)  <--  0010  if  (RA,  RA+1.  RA+2)  =  DO; 

(CS)  <--  0001  if  (RA,  RA+1,  RA+2)  <  DO; 

(CS)  <--  0100  if  (RA,  RA+1,  RA+2)  >  DO; 

REGISTERS  AFFECTED:  CS 


TTCR,HFC 
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5.%  Nt>  operation. 

A DOR  MODE  MNEMONIC 


S  NOP 


fQRMA I /OPCODE 

8  4  4 


I  FF  |  0  |  0  | 


DESCRIPTION:  No  operation  is  performed. 

REGISTER  TRANSFER  DESCRIPTION:  None 


Mf L-STD-1750A  (USAF) 

3  July  1980 

>.97  Break  point. 

AD DR  MODE  MNEMONIC  j ORMA1 /OPCODE 

3  4  4 

S  BPT  1  FF  |  F  j  F  | 

DI-SCR1KI  'ON:  Iliis  instruction  is  typically  used  for  halting  the  processor  duiing  maintenance  and  diagnostic 
procedures  when  the  maintenance  coiwde  is  connected  to  the  system.  If  the  console  .s  not 
connected,  this  instruction  is  treated  as  a  sOP  (  see  page  137).  Restarting  the  processor  after  a 
DP  I  can  only  he  done  by;  the  maintenance  console  or  the  power  on  sequence. 

REGISTER  TRANSFER  DESCRIPTION:  None 

REGISTERS  AFFECTED:  None 


\m 
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Custodian : 
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MIL- STD- 1  760  (Draft)  STANDARD  STORES  INTERFACE, 

AIRCRAFT/STORES  ELECTRICAL  INTERFACE  DEFINITION 

1*  This  Military  Standard  has  been  approved  for  use  bv  all  Departments 
and  Agencies  of  the  Department  of  Defense. 

2.  Recommended  corrections,  additions,  or  deletions  should  be  addressee 
to  U.S.  Air  Force  Armament  Laboratory,  Attention:  AFATL/DUA,  Eglin  Air 
Force  Base,  Florida  32S42 


FOREWORD 


1.  Prior  to  this  standard,  an  aircraft  and  the  stores  which  it  carried 
were  typically  developed  independently  of  each  other  or  were  developed 
exclusively  for  each  other.  The  usual  results  were  new  aircraft /etore 
electrical  interface  requirements  and  the  general  proliferation  of  overall 
store  interface  requirements.  The  lack  of  standards  within  DoD  for  an 
aircraft/store  electrical  interface  led  to  low  levels  of  interoperability 
and  costly  aircraft  modifications  to  achieve  required  store  utilization 
flexibility.  The  trend  in  store  technology  toward  more  complex  store 
functions  which  require  increasing  amounts  of  avionics  data  from  aircraft 
systems  was  predicted  to  produce  insurmountable  aircraft/store  interface 
problems . 

2.  This  standard  contains  a  solution  to  aircraft/store  interface  imple¬ 
mentation  proliferation  by  specifying  one  standard  electrical  interface 
for  all  future  aircraft  and  stores.  The  interface  contained  herein  is 
based  on  recognized  trends  in  stores  management  systems  which  pxedict 
the  use  of  serial  digital  transmission  for  control,  monitor,  and  release 
signals  to  the  store  station.  Application  of  this  standard  to  new  air¬ 
craft  and  stores  will  serve  to  reduce  and  stabilize  the  number  and  variety 
of  signals  required  at  the  aircraft /store  interface,  minimize  the  impact 

of  new  stores  on  future  stores  management  systems,  and  increase  store  inter¬ 
operability  within  the  services  and  NATO. 

3,  After  initial  implementation  of  the  standard,  there  will  be  a  period 
when  both  standard  and  non-standard  aircraft  and  stores  will  coexist  in 
the  inventory.  Therefore,  in  order  to  be  compatible,  some  development 
aircraft  and  stores  may  be  built  with  both  the  standard  and  non-standard 
interfaces . 

4,  The  format  of  this  standard  is  aligned  to  aircraft/store  Interfax* 
control  documents  used  by  industry  to  describe  aircraft /store  tntf;** 
requirements  to  DoD. 

3.  Unless  otherwise  specified,  this  standard  conf  s^v  iear 

System  2,  Digital  Interface  Requirements  do<  ,»•*  •  under 

development  with  the  Department  f  Vr*?*  .  nal  Laboratories) 

and  appropriate  DoD  agencies. 
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1 .  INTRODUCTION 


1.1  Scope.  This  standard  establishes  the  definition  for  development, 
application,  and  control  of  the  electrical  interface  between  stores  and 
their  carrying  aircraft.  It  encompasses  all  aircraf t-to-store  and  store- 
to-aircraft  signal  functions,  electrical  characteristics,  and  electrical 
connector  components  of  the  interface.  It  implies,  but  does  not  quantify, 
aircraft/store  electrical  systems  to  meet  the  Interface  defined  herein. 

It  is  intended  that  all  aircraft  stores  which  require  any  electrical  inter¬ 
face  shall  use  the  same  functional  interface  and  the  same  physical  connectors. 
This  document  does  not  include  the  design  of  the  physical  connectors,  but 
has  design  guides  for  them.  Stores  which  require  a  limited  subset  of  the 
functions  will  contain  the  necessary  electronics  to  accept  those  portions 
of  the  functional  interface  signals  required  without  aircraft  hardware 
modifications.  This  standard  does  not  imply  that  all  aircraft  can  carry’ 
all  stores  on  all  stations.  Factors  such  as  physical  and  mechanical  limi¬ 
tations,  and  electrical  power  must  be  considered. 

1.2  Purpose.  The  purpose  of  this  interface  standard  is  threefold:  (1) 

Define  specific  electrical  and  optical  charac teristics  of  power  and  data 
signals  to  be  provided  at  the  interface,  (2)  Provide  guidelines  for  inter¬ 
face  connectors,  (3)  Define  the  logical  portion  of  the  interface  which 
includes  the  interface  message  traffic  and  information  coding  formats  (TBD) . 

1.3  Classification ,  This  standard  covers  all  aircraft  stores  that  require 
an  electrical  interface.  This  coverage  encompasses  both  expendable  and 
non-expendable  stores  as  defined  in  NATO  AAP-6.  Non-expendable  stores  in¬ 
clude  suspension  equipment  as  defined  in  NATO  AAP-6. 

1.4  Effectivity  Data.  Upon  date  of  implementation,  this  standard  is 
effective  with  stores  and  aircraft  in  concept  development  stages  and  all 
future  aircraft  and  all  store  development  within  the  classification  data 
provided  above. 

2 .  REFERENCED  DOCUMENTS 

2.1  Issues  of  Documents.  The  following  documents  of  the  isaue  in  effect 
on  date  of  invitation  for  bid  or  request  for  proposal  form  a  part  of  this 
standard  to  the  extent  specified  herein.  In  the  event  of  conflict  between 
the  documents  referenced  herein  and  the  contents  of  this  standard,  the 
contents  of  this  standard  shall  be  considered  a  superseding  requirement. 


SPECIFICATIONS 

MILITARY:  MIL-E-6051 

Electromagnetic  Comp  Reqmts 

System 

MIL-W-5088 

Wiring,  Aerospace  Vehicle 

MIL-A-8591 

-  Airborne  Stores,  Associated  Suspension 

Lugs,  and  Aircraft  Store  Interface 
(Carriage  Phaae) 
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MIL-C-38999 


Connectors ,  Electrical • 


MIL-C-27599 

Connector,  Electrical,  Minature, 

Quick  Disconnect  (For  Weapons  Systems) 
Established  Reliability* 

STANDARDS 

MILITARY : 

MIL- STD-461 

Electromagnetic  Interference  Character¬ 
istics,  Requirements  for  Equipment. 

MIL-STD-462 

Electromagnetic  Interference  Character¬ 
istics,  Measurement  of. 

MIL- STD- 704 

Aircraft  Electric  Power  Characteristics. 

MIL-STD-1553  - 

Aircraft  Internal  Time  Division  Command/ 
Response  Multiplex  Data  Bus . 

HANDBOOKS 

MILITARY: 

AFSC  DH  1-4 

Electromagnetic  Compatibility. 

2.2  Other  Publications.  The  following  documents  form  a  part  of  this  stan¬ 
dard  to  the  extent  specified  herein.  Unless  otherwise  indicated,  the  issue 
in  effect  on  date  of  invitation  for  bid  or  request  for  proposal  shall  apply. 
In  the  event  of  conflict  between  the  documents  referenced  herein  and  the 
contents  of  this  standard,  the  contents  of  this  standard  shall  be  considered 
a  superseding  requirement. 

EIA  STD  RS-330 


STANAG  3558 


STANAG  3838AA 
(DRAFT) 


EIA  STD  RS-343A 


SYSTEM  2 
NATO  AAP-6 


Electrical  Performance  Standards  for 
Closed  Circuit  Television  Camera  525^60 
Interlaced  2:1. 

NATO  Standardization  Agreement.  Location 
of  the  Electrical  Control  Connector  for 
Airborne  Armament  Stores. 

NATO  Standardization  Agreement.  Aircraft 
Internal  Time  Division  Command /Response 
Multiplex  Data  Bus. 

Electrical  Performance  Standard  for  High 
Resolution  Monochrome  Closed  Circuit 
Television  Camera. 

Nuclear  Digital  Interface  Requirements. 

NATO  Glossary  of  Terms  and  Definitions 
for  Military  Use. 


3.  DEFINITIONS 


3.1  Address .  A  store  location  identification,  as  represented  by  a  five¬ 
digit  binary  number. 

3.2  Aircraft .  For  the  purpose  of  the  standard,  the  term  aircraft  shall 
be  that  which  serves  the  function  of  commanding,  scanning,  and  monitoring 
bus  traffic,  and  which  provides  electrical  power. 

3.3  Eur  1  .terface  Electronics.  The  electronic  module  necessary  to  inter¬ 
face  the  data  bus  with  the  subsystem  and  the  subsystem  with  the  data  bus. 


3.4  EIA. 


Electronic  Industries  Association. 


3.5  EMI.  Electromagnetic  Interference. 

3.6  EMC.  Electromagnetic  Compatibility. 


3.7  EM?. 


Electromagnetic  Pulse. 


3.8  GPS. 


Global  Positioning  System. 


3.9  Message .  A  message  is  a  time  sequential  transmission  of  words  on 
the  data  bus.  A  message  transfer  is  complete  when  the  command  word,  data 
word(s)  and  the  status  word(s)  have  been  transmitted.  There  are  three 
types  of  messages:  (1)  Aircraf t-to-store ,  (2)  Store-to-aircraft ,  and  (3) 
Store- to-s tore. 


3.10  Electrical  Interface.  The  connectors  through  which  the  data  signals 
and  power  flow  between  the  aircraft  and  store. 

3.11  Bit .  Contraction  of  binary  digit;  may  be  either  0  (zero)  or  1  (one). 

It  is  equal  to  one  binary  decision  or  the  designation  of  one  of  two  possible 
values  or  states  of  anything  used  to  store  or  convey  information. 

3.12  Bit  Rate.  The  number  of  bits  transmitted  per  second. 

3.13  Half  Duplex.  Data  transfer  in  either  direction  over  a  single  line 
but  not  in  both  directions  on  that  line  simultaneously. 

3.14  Command /Response  Mode.  Operation  of  data  link  in  which  the  store 
will  respond  only  when  commanded  by  the  aircraft. 

3.15  Asynchronous  -  Operation.  An  independent  clock  source  in  each  store 
which  is  utilized  for  the  transmission  of  messages.  The  received  messages 
shall  be  decoded  using  clock  information  derived  from  the  received  signal. 

3.16  Aircraft/Store  Interface.  The  electrical  (connector)  interface 
between  the  aircraft  electrical  system  and  the  store  electrical  umbilical 
cable. 
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|  3.17  Byte.  Each  half  of  a  lf-bit  word  (8bits)  is  a  byte. 


3.18  Store.  Same  as  aircraft  store  in  NATO  AAP-6,  repeated  here  for 

convenience.  Any  device  intended  for  internal  or  external  carriage  and  ! 

mounting  on  aircraft  suspension  and  release  equipment,  whether  or  not 
the  item  is  intended  to  be  separated  in  flight  from  the  aircraft.  Air¬ 
craft  stores  are  classified  in  two  categories  as  follows: 

a.  Expendable  store  -  an  aircraft  store  normally  separated  from 
the  aircraft  in  flight  such  as  a  missile,  rocket,  bomb,  nuclear  weapon, 
torpedo,  pyrotechnic  device,  sonobuoy,  signal,  underwater  sound  device, 
and  other  similar  items. 

b.  Non-expendable  store  -  an  aircraft  store  which  is  not  normally 
separated  from  the  aircraft  in  flight  such  as  a  tank  (fuel  and  spray) , 
line-source  disseminator,  pods  (refueling,  thrust  augmentation,  gun, 
electronic-countermeasure,  data  link,  etc.),  target,  cargo  drop  container, 
drone  and  other  similar  items. 

NOTE:  For  the  purposes  of  this  standard,  non- exp end able  stores 
include  suspension  equipment  (racks,  adapters,  missile  launchers,  etc). 

It  excludes  thrust  augmentation  devices. 

3.19  TCP .  Time  Correlation  Pulse. 

3.20  TBD.  To  Be  Determined. 


4.  GENERAL  STATEMENTS  OF  REQUIREMENTS 

4.1  Introduction.  This  standard  defines  an  aircraft-to-store  electrical 
interface  in  terms  of  its  physical,  electrical,  and  logical  elements.  The 
aircraft /store  interfacing  Is  accomplished  through  a  maximum  of  two  elec¬ 
trical  connectors  per  store  and  is  defined  at  the  store  receptacle  discon¬ 
nect  and  at  the  aircraft  skin  (see  Figure  1).  This  standard  addresses 
only  the  aircraf t-to-store  interface,  however,  it  is  Intended  that  this 
standard  interfacing  concept  will  also  be  applied  to  electrical  interfaces 
between  stores  (e.g.,  launch er-to-missile)  and  will  be  addressed  in  further 
versions  of  the  MIL-STD.  In  this  standard,  the  interface  is  categorized 
and  defined  in  three  generic  parts:  (1)  Electrical  (voltage,  current, 
resistance,  isolation,  risetime,  etc),  (2)  Physical  (connector  characteristics, 
pin  size,  mounting,  etc),  and  (3)  Logical  (information  content,  protocols, 
timing,  etc)  -  TBD. 

4.2  Standard  Interface  System.  The  standard  interface  system  consists  of 
a  composite  set  of  electrical/optical  circuits,  and  specific  interface  con¬ 
nectors.  The  signal  set  is  comprised  of  redundant  digital  multiplex  data 
buses,  coaxial  contacts  for  high  bandwidth  signals,  aircraft  AC  and  DC 
power,  digital  address  lines,  and  a  limited  number  of  dedicated  hardwired 
discretes.  Provisions  are  included  for  digital  multiplex  data  transfer 
over  twisted  shielded  pairs  and  optionally  through  fiber  optic  cable. 
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Interface  signals  (electrical)  are  specified  in  5.2.  Interface  connector 
(physical)  requirements  and  environmental  conditions  are  specified  in  5.3 
and  Appendix  A.  Information  interface  (logical)  will  be  specified  in  5.4 
(TBD) 

4-2.1  Digital  Multiplex  Data  Buses.  The  majority  of  all  command ,  control 
and  status  data  transfer  between  the  store  and  the  aircraft  is  performed 
through  redundant  digital  multiplex  data  buses  as  specified  in  5.2.1  and 
described  by  MIL-STD-1553.  Store  connection  to  the  aircraft  data  bus  is 
accomplished  using  stubbing  methods  also  prescribed  in  MIL-STD-1553.  Data 
buses  are  operated  by  the  aircraft  in  an  active  standby  redundant  mode. 

The  aircraft  conmands  the  store  to  perform  functions  and  transmit  store 
status  using  specially  formatted  digital  messages.  The  interface  defined 
herein  is  intended  to  provide  sufficient  capacity  and  performance  to  satisfy 
the  requirements  of  all  future  store  types. 

4.2.2  Aircraft  Power .  The  aircraft  supplies  DC  and  AC  power  to  the  store 
interface  in  accordance  with  MIL-STD-704 .  Interface  power  requirements  and 
exceptions  to  MIL-STD-704  are  specified  in  5.2.5. 

4.2.3  High  Bandwidth  Signals.  Coaxial  and  fiber  optic  contacts  are  pro¬ 
vided  in  the  standard  interface  connector  to  accommodate  high  bandwidth 
(RF,  Video,  Audio)  interface  signals.  User  guidelines  for  these  interface 
circuits  are  specified  in  5.2,3. 

4.2.4  Store  Address  Lines.  Dedicated  hardwire  circuits  that  provide  a 
unique  store  address  .  Detail  characteristics  of  these  circuits  are  speci¬ 
fied  in  5.2.4. 

4.3  Store  Implications .  The  interface  prescribed  by  this  standard  requires 
that  each  store  contain  electronic  circuitry  necessary  to  interface  the 
store  directly  onto  the  aircraft’s  digital  data  bus.  This  store  electronics 
must  be  capable  of  receiving  and  transmitting  digital  multiplex  data  as 
defined  in  MIL-STD-1553  and  be  capable  of  converting  digital  data  int 
required  store  commands.  A  functional  diagram  of  representative  ,  r 
circuitry  is  contained  in  Figure  2. 

4.4  Stores  Management  System  Architecture.  The  air  :  *  *  capable 

of  transmitting  and  receiving  digital  multiple*  »  .**«  controller 

as  defined  in  MIL-STD-1553.  This  stand*?  n  prescribe,  or 

recommend  a  particular  stores  mana**^  . i lecture.  The  standard 

is  designed  to  be  applicable  t  ie*  management  schemes. 

Viable  schemes  found  to  be  *  *;in  this  standard  should  be  re¬ 
ported  to  th*-  U.F  Af'  -«•  .  Laboratory,  Eglin  Air  Force  Base, 

Florida. 

5.  on*  •  -  REQUIREMENTS 

Mat  t ion.  This  section  prescribes  detail  electrical  and  physical 
e*«nts  for  the  standard  aircraft/atore  interface.  Signal  functions, 
•e.trlcal  characteristics  and  connector  pin  assignments  are  specified,  as 
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art  ap*i  i  f  t  •  opeiating  requirements  for  the  standard  inter- 

ta«  f  *  i 


1  •strict]  Interface  Definition,  All  aircraft  electrical  interface 
.  •  , ...  i,  r  rment  t  with  allotted  stores  shall  be  accomplished  through  the  elec- 
crical  signal  sets  contained  in  Figures  3a  and  3b,  and  defined  in  Table  1. 
The  particular  pin  assignment  and  arrangement  for  the  SSI  and  Auxiliary 
Power  connectors  are  provided  for  identification  and  traceability  purposes 
only.  Definitive  signal  and  connector  characteristics  will  be  provided  in 
further  versions  of  this  MIL-STD.  Also,  spare  pins,  which  are  required 
for  future  growth,  are  not  shown  and  will  be  addressed  later.  Signals 
supplied  by  these  two  connectors  are  arranged  in  descending  order,  starting 
with  high  bandwidth  signals  and  ending  with  structural  ground.  Five  signal 
types  are  contained  in  the  interface:  (1)  High  bandwidth  signals,  (2) 

Serial  digital  data  buses,  (3)  Store  address  lines,  (4)  Dedicated  discrete 
lines,  and  (5)  High  and  low  aircraft  power.  Each  interface  line  is  defined 
in  Table  1  with  one  line  per  page.  The  pages  are  arranged  alphabetically 
by  pin  letter(s)  for  the  SSI  connector,  and  by  pin  number(s)  for  the  Aux¬ 
iliary  Power  connector  for  quick  reference.  Each  signal  description  follows 
the  standard  format  defined  below: 


PIN: 


TITLE: 


Each  interface  connector  pin  in  the  SSI  connector 
(Figure  3a)  is  assigned  an  alphabetic  nomenclature 
beginning  with  upper  case  and  continuing  through 
the  lower  case  letters.  The  letters  I,  0,  i,  and 
1  are  not  used  to  avoid  possible  confusion.  In 
the  Auxiliary  Power  connector  (Figure  3b)  each  pin 
is  assigned  a  number. 

Specifies  signal  name. 


FUNCTION: 


Describes  the  function  performed  by  the  signal  in 
the  store  or  carrier  aircraft. 


SOURCE: 


Indicates  the  source  of  the  signal  (signal  trans¬ 
mitter)  . 


DESTINATION: 


Indicates  the  destination  of  the  signal  (signal 
receiver) . 


RETURN:  Cross-references  the  return  path  for  the  signal 

being  described. 

CONTACT:  Describes  the  contact  size.  It  also  describes 

special  wire  treatment  such  as  twisted  pair  or 
shielding. 


CHARACTERISTICS:  Indicates  type  of  signal  and  specifies  signal 

characteristics  such  as  range,  scale  factor  and 
polarity  or  phasing.  Except  as  noted,  aircraft 
power  signals  are  specified  to  meet  MIL-STD-704 
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UMBILICAL 


- 115  VAC  400  Hz  Phase  A - 

- 115  VAC  400  Hz  Phase  B - 

- 115  VAC  400  Hz  Phase  C - 

- 115  VAC  400  Hz  Return - 

-Initial  Store  Power  (28  VDC) 

- 28  VDC  Power  1 - 

- 28  VDC  Power  2 - 

- Power  1  Return - 

- Power  2  Return - 

-  Structure  Ground - 


Figure  3a  -  Electrical  Signal* Set  SSI  Connector 


UMBILICAL 


To 

Aircraft 

Connector 


Aircraft  Power 


To 

Store 

Connector 


-115  VAC  400  Hz  Phase  A- 


-115  VAC  400  Hz  Phase  A- 


-115  VAC  400  Hz  Phase  B  * 


-115  VAC  400  Hz  Phase  B- 


-115  VAC  400  Hz  Phase  C- 


-115  VAC  400  Hz  Phase  C- 


-115  VAC  400  Hz  Return 


415  VAC  400  Hz  Return* 


-28  VDC  Power  3“ 


—28  VDC  Power  3* 


-28  VDC  Power  3  Return - 


-28  VDC  Power  3  Return- 


Figure  3b  -  Electrical  Signal  Set-Auxiliary  Power  Connector 


.  *  v  '*•  -  -r-v  TO  mw:’  1 
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standards.  Discrete  signals  are  always  binary 
and  both  voltage  and  logic  states  are  described. 

LOAD:  Specifies  the  electrical  current  load  requirement. 

Load  or  source  impedances  in  the  weapon  when  specified 
are  resistive  unless  otherwise  stated. 

REMARKS:  Provides  additio  _  comments,  safety  isolation  re¬ 

quirements,  references  and/or  other  pertinent  infor¬ 
mation  . 

5.2.1  Digital  Multiplex  Data  Bus.  The  functions  of  pins  F,  G,  H  and  J,  K, 

L  are  to  provide  stub  connections  to  two  dual  redundant  bidirectional  serial 
digital  multiplex  buses  which  shall  be  used  to  transfer  data  between  the 
aircraft  and  the  store.  The  store  shall  contain  bus  interface  electronics 
configured  to  interface  two  independent  data  buses  to  one  set  of  store  sub¬ 
system  signals.  Serial  data  words  ana  synchronization  are  combined  by  means 
of  Manchester  biphase  coding  into  one  signal  transmitted  over  a  shielded, 
twisted  pair  of  conductors.  The  following  paragraphs  specify  bus  interface 
requirements  that  shall  be  satisfied  by  both  the  aircraft  and  the  store. 
Requirements  pertain  to  both  digital  buses. 

5. 2. 1.1  Data  Bus  Operation.  The  information  flow  on  the  data  buses  shall 
be  comprised  of  messages  that  are  formed  by  three  types  of  words  (command, 
data,  status)  as  defined  in  para  4.3  of  MIL-STD-1553 .  The  aircraf t/store 
multiplex  data  buses  in  their  most  elemental  configuration  are  shown  in 
Figure  4a,  more  complex  conf igurat ions ,  as  illustrated  in  Figures  4 d  and 
4c,  will  be  defined  in  further  versions  of  this  standard.  The  data  buses 
shall  function  asynchronously  in  a  command /response  mode  with  transmission 
occurring  in  a  half-duplex  manner.  Sole  control  of  message  transmission 
on  the  buses  shall  reside  with  the  aircraft.  Data  format,  content,  pro¬ 
tocol,  and  timing  for  these  messages  will  be  completely  specified  in  further 
versions  of  this  interface  standard. 

5. 2. 1.1.1  Subaddres9 /Mode .  The  subaddress /mode  field  in  the  command  word 
illustrated  in  Figure  3  and  paragraph  4. 3. 3. 5.1  of  MIL-STD-1553  is  hereby 
defined  for  application  to  aircraf t /store  interfaces. 

5.2.  1. 1.1.1  Mode  Control.  The  five  bits  following  the  t ranemlt /receive 
bit  shall  indicate  mode  control  when  the  value  is  00000  or  11111  as  indi¬ 
cated  in  MIL-STD-1553. 

-.2.1.1  .  1  . 1  Logics  Interface  Cock  When  the  i  i.ve  hi  t  s  i  o"  3  owing  ti»c 
f  ransmit :  receive  bit:  art-  other  thru  ’'(1/00  and  ill;*,  the1'  shall,  be  ut-ed 
a  Logical  Interface  Codes  in  anoruanci-  with  paragraph  TED  wuich  wil  . 
define  the  iogica^.  oertion  of  the  standard  interlace. 

.  f.j.i.I  Int  ormat  i  or:  Trans  :»r;  Meat'  7/it  data  bus  mav  employ  three 
possible  modes  of  information  transfer'  ^i,  aircraf t -lo-s tore  transfer, 

(2  •  store- to-aircraft  transfer,  and  •  a  tor* — t o~st or r  transfer.  These 
modes  will  operate  as  describe.,  i:  V  :  1  5  2 1 ,  paragraph  4. 3. 3. 6. 


SvbSYSteSS _ )  Data  Bus  A 


5. 2. 1.2  Store  on  Data  Bus.  The  store  shall  meet  the  requirements  for  a 
remote  terminal  as  defined  in  MIL-STD-1553  and  shall  respond  to  the  air¬ 
craft  stores  management  data  bus  as  a  remote  terminal. 


5. 2. 1.3  Aircraft  on  Data  Bus.  The  aircraft  shall  be  responsible  for 
sending  data  bus  commands,  participating  in  data  transfer,  receiving 
status  response  and  monitoring  system  status  as  defined  for  the  bus 
controller  in  KIL-STD-1553 . 

5.2. 1.4  hi  act rical  Interface  Requirements .  The  store  shall  meet  the 
electrical  requirements  of  a  remote  terminal  interface  with  a  transformer 
coupled  stub  as  defined  in  paragraph  4.5.1  of  MIL- STD- 1 553 .  The  aircraft 
shall  meet  the  electrical  interface  requirements  of  a  transformer  coupled 
stub  as  defined  in  paragraph  4.5.2  of  MIL- STD- 1553 . 

5. 2. 1.5  Data  Bus  Requirements.  The  requirements  for  redundant  data  buses 
as  specified  in  paragraph  4.6  of  MIL-STD-I553  shall  apply. 

5.2. 1.6  Electromagnetic  Compatibility.  The  generation  of  and  suscepti¬ 
bility  of  electromagne tic  interference  shall  be  controlled  in  the  store 
and  aircraft.  The  design  shall  meet  MIL-STD-461,  Notice  3  and  shall  be 
tested  in  accordance  with  MIL-STD-462,  Notice  2.  The  specific  suscepti¬ 
bility  requirements  of  MIL-STD-461,  Notice  3  listed  below  shall  be  included 
as  a  minimum. 

Electric  Field  -  RS03 

Magnetic  Field  -  RS02 

5.2.2  Fiber  Optic  Data  Bus.  The  standard  interface  contains  a  provision 
for  two  fiber  optic  contacts  to  accommodate  technology  advances  that  are 
expected  to  produce  DoD  approved  and  sanctioned  fiber  optic  digital  data 
buses  for  aircraft  and  stores.  Standards  have  not  been  established  for 
transmission  of  serial  digital  multiplex  data  over  fiber  optic  data  buses. 

As  standards  evolve,  they  will  incorporate  in  part,  or  in  total,  into  this 
standard,  and  will  be  accommodated  in  either  the  physical  connector  suggested 
herein,  or  in  a  separate  physical  connector. 

5.2.3  High  Bandwidth  Signals.  The  SSI  connector  shall  contain  four  coaxial 
contacts  for  bidirectional  transfer  of  high  bandwidth  signals  between  the 
aircraft  and  Btores,  and  a  fifth  contact  for  transmission  of  store  audio 
data.  The  aircraft  (SMS)  shall  assign,  monitor,  control,  and  route  these 
signals  to  their  proper  destination.  Typical  high  bandwidth  line  application 
includes:  video,  very  high  speed  digital  and  analog,  and  Radio  Frequency 
(RF)  signals.  When  video,  Time  Correlation  Pulse,  or  RF  signals  are  required, 
they  shall  be  allocated  as  follows: 

5.2.3. 1  video .  High  Bandwidth  Line  1  (and  continuing  in  order  of  priority 
through  Line  4,  if  needed)  shall  be  used  for  the  bidirectional  transfer  of 
video  type  signals  between  the  aircraft  and  stores.  The  electrical  charac- 
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teristics  of  the  video  shall  be  in  accordance  with  EIA  Standard  RS-330, 
with  the  following  exceptions: 

1.  Sync  pulse  amplitude  shall  be  .8  -  .08  volts. 

2.  Video  sensor  load  impedance  shall  be  93  ohms,  lD0%. 

3.  Signal  can  be  bidirectional. 

*4 a  Video  shall  be  52  5  lines,  or  S7  5  lines,  in  accordance  with  EIA 
Standard  RS-343A, 

5.2. 3.2  Time  Correlation  Pulse.  TCP  signal  when  required  shall  be  assigned 
to  High  Bandwidth  Line  3.  The  function  oi  this  circuit  is  to  transfer  3  in¬ 
ferential  digital  target  signals  from  the  store.  Specific  characteristics 
of  the  TCP  signal  are  7BD. 

5.2. 3. 3  Radio  Frequency.  RF  signals,  when  required, shall  be  assigned  re 
High  Bandwidth  Line  4.  Typically,  this  circuit  transfers  Global  Positioning 
System  (GPS)  RF  data  from  the  aircraft  to  the  store’s  navigational  subsystem. 

5.2.4  Store  Address  Lines.  The  aircraft  shall  supply  address  line  outputs 
(5  interface  address  lines,  1  parity  line,  and  1  address  line  return)  to 
each  store  interface.  A  logic  ’’one”  shall  be  an  open  circuit  (  IE2  100K  ohms 
DC)  referenced  to  the  address  line  return.  A  logic  ’'zero'*  shall  be  ^  10 
ohms  DC  referenced  to  the  address  line  return.  Address  assignments  sha^x 
be  made  such  that  each  store  station  has  a  separate  and  unique  address. 

Each  assigned  address  plus  parity  shall  contain  an  odd  number  of  ones  . 

5.2.5  Aircraft  Power.  Application  and  control  of  all  power  to  the  store 
shall  reside  within  the  aircraft  (normally  a  function  of  the  stores  manage¬ 
ment  system).  Aircraft  power  is  specified  for  both  the  SSI  (Figure  3a)  and 
the  Auxiliary  Power  (Figure  3b)  connectors.  However,  the  Auxiliary  Fewer 
connector  shall  only  be  used  for  unique  high  power  applications  ^i.e., 
pods).  Not  all  stores  will  require  or  have  ^revisions  tor  handling  this 
oower,  nor  will  all  aircraft  stations  ce  able  to  supply  thi.fc  high  power. 

The  maximum  total  aircraft  power  rocuhni  bv  a  store  in  any  operating  mcce 
shall  not  exceed  the  power  requirements  ^oecitled  jc  .  -n  addition,  a  . ! 
craft  power  shall  be  applied  to  the  inter  tare  for  ccuai  to  or  greater  ->na. 

.00  milliseconds  prior  to  its  in*  •  *»  o  **.  i.r  ;v  :;u.  st-  re.  h  railed  airvrari 
store  power  requirements  are  so  if  ^  -'r  levs: 

,  3  .  .  1  DC.  Power.  MIL- STD-  704  s  .-0.  ,  r  .  t  v  *lt‘,  'it3  f  3 flowing  exception:- 

3  .  2  .  5  .  1  .  1  Voltage  .  I  he  a  i  r  c  r  j  f  t  ' . . .  t :  .  .a  r c  n  .  e  j  r  .*»  u  p  u  ly  ing  2  7  v  .  *  - 

;  - r.  V  within  :h*’  ■'urrent  1  im :  t  t  „  i:  let4  n.e<i  •  .  3  .  ,  1  .  ■  . 

.2. 1,1.3  2ver-vo3  t«jge .  The  air-raO  .na.l  ^rovide  interface  crctectirn 
against  ?vt*r- vol t ages  ’n  .*xt  t’Ss  *  ver-vc  stages  netwe* ■ 1  • 

.8  v,  Its  *>e  1  :  m  i :  e  :  to  :  i  ■  !  .  *  ■;  le**.  7ver- vo  It 


5. 2. 3. 1.3  C;.  rrent .  The  aircraft  shall  be  capable  of  providing  the 

following  current  within  the  voltage  limitations  defined  in  3*2. 3. 1.1 


.  Z  .  j  .  i  .  i ,  I  Power  1  ,  Power  2  and  Emergency  Jett  is  on  Jims  .  j  to  iO 
amperes  max)  p  *r  line. 


j.  2. 5. 1.3. 2  Power  3  lines.  0  to  23  amperes  ;max)  per  line. 

j  2  .  5  .  i  .  .  _>  Anitial  3  to  re  Power.  0  u 


ampere  max 


.  sc  ^ ion  .  -ower  Power  2,  Power  Emergency  jettison* 
.tr-vi  o\ .  Cid  l  jure  Pov-'t*  ^  .  ries  siilIJ  ae  isolated  at  t  rit  t^n.  i  inter  : 
i'.d  ..OiX  :'o  A*eU  -  p  ende  n  1  x\  ')v  Hie  aircraft.  m[  put  .a  .cage  'ht  1  im 

» » .  e  r  t  i  r  c  u  i  t  wn  r.  •  n  * » i  .  s  in  t  tit*  aw  ci  hi!  .  on*  c  n ,  a  t  . 

power  l  ines  are  nthti  tae  Power  >n  or  Power  Iff  ■■  j;ia  a:on . 


3 . 2  .  3  .  .  .  Return  .anes.  Power  .  ,  Power  2,  and  Power  r.uail  nave  e: 
and  isolated  returns  within  the  interlace,  however,  Initial  Store  Puw* 
acLu  ru  and  Power  1  Return  are  common.  Also,  rime  r  gen  ov  et  t  is  on  Recur: 
ana  Powder  2  Petarn  a:.<_  common. 


*‘.2. 3.1.b  Rise  T  imi  .  The  rise  time  tor  all  DC  power  lines  shall  not 
exceed  1  millisecond  from  1  volt  to  23.75  volts  under  the  and  it  ions  * 


in  5.2.  .1.1  and  5 . 2 . 3 . 1 . 3 . 
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5.3  Physical  Interface  Definitiori.  The  aircraft/store  physical  inter¬ 
face  consists  of  the  SSI  and  Auxiliary  Power  connectors,  and  the  inter¬ 
connecting  umbilical  harness.  Detailed  connector  requirements  are  con¬ 
tained  in  Appendix  A.  Specific  physical  interface  characteristics  are 
as  follows: 

5.3.1  Wiring  and  Cabling.  The  selection  and  installation  of  wiring 
and  cabling  as  it  pertains  to  the  scope  of  this  interface  shall  be  in 
accordance  with  MIL-W-5088. 

5.3.2  Wiring  and  Shielding  Termination  and  Grounding.  The  termination 
of  wiring  and  shielding  and  the  fabrication  of  cable  harnesses,  as  it 
affects  the  integrity  of  electrical  signals  through  this  interface,  shall 
be  in  accordance  with  AFSC  DH  1-4,  Chapter  5,  Section  5B ,  Design  Note  5B5, 
unless  otherwise  specified  herein. 

5.3.3  Electromagnetic  Interference.  The  cablingand  shielding  terminating 
at  this  interface,  as  it  affects  the  electrical  integrity  of  the  signals, 
shall  meet  the  requirements  of  MIL- STD-461,  Notice  3,  Test  Method  RS03, 

200  volts  per  meter  test  level  per  paragraph  6.19.2.  Shielding  braid 
attenuation  shall  be  65  DB  or  greater  from  14  KHz  to  10  GHz. 

5.3.4  Static  Discharge  Survival.  Static  discharge  of  500  pf  capacitor 
at  1"20  kilovolts  through  a  5-kohm  resistor  to  an  interface  connector 
shell  shall  not  damage  the  interface. 

5.3.5  Environmental  Factors.  Those  components  and  associated  wiring  of 
the  aircraft/store  configuration  which  affect  the  integrity  of  electrical 
signals  through  the  interface  shall  meet  the  same  level  of  requirements 
for  the  environmental  envelope  as  specified  for  the  electrical  connector 
in  Appendix  A,  as  applicable. 

5.3.6  Store  Receptacle  Connector  Orientation  and  Mounting.  Orientation 
and  mounting  applies  to  both  the  SSI  and  Auxiliary  Power  connectors. 

5.3.6. 1  Top  Mounting.  With  the  connector  positioned  such  that  the 
longitudinal  axis  (the  axis  that  traverses  the  connector  from  front  to  bark 
of  the  connector)  is  in  the  vertical  plane  and  the  connector  face  is  facing 
upward,  the  master  keyway  shall  be  in  the  forward  position  on  the  store 
longitudinal  axis  (See  Figure  5). 

5. 3. 6.2  Rear  Mounting.  With  the  connector  positioned  such  that  the  longi¬ 
tudinal  axis  is  in  the  horizontal  plane  and  the  connector  face  is  faring 
rearward  (aft),  the  master  keyway  shall  be  in  the  up  position  on  the  store 
vertical  axis  (See  Figure  5). 

5. 3.6. 3  Mounting  Alignment  and  Integrity.  The  store  receptacle  mounting 
shall  be  designed  to  prevent  the  master  keyway  from  becoming  misaligned 
with  the  predetermined  position.  The  retaining  force  of  the  mounting 
shall  be  compatible  with  the  lanyard  release  force. 
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5. 3.6.4  Receptacle  Position.  The  location  of  the  receptacle  connector 
shall  be  in  accordance  with  MIL-A-8591  and  NATO  Standardization  Agreement, 
STANAG  3558,  for  lug  mounted  stores.  The  location  for  rail-launched  stores 
is  to  be  determined. 

5.3.7  Insert  Arrangement.  The  final  insert  dimensional  geometry  Is  t  ■  . 
determined  through  a  detailed  analysis  of  signal  classes  (sensitive-, 
pulse,  RF)  and  the  relationship  of  interference,  sensitivity,  dr 
temperature  loading  factors  between  the  respective  cinult- 

and  6b  depict,  in  non-dimensional  geometry,  a  nomv.t 

tacts  for  the  electrical  signal  sets  contained  1  tspe. 

tively.  The  connector  shell  size  is  *  fu*>  *  !.-*■'  diameter. 

It  is  estimated  that  this  shell  s i 7*  *  1  -  *  t«  25.  The 

number  and  type  of  spare  cont a  t  •• 

5.3.8  Expo s_ed  Re  e^ #  * 
ceptai U  ar« 

urn  o  i  l  i 


.  ■  ■  r  :  :i .  e  Def  init  ion.  This  section  of  the  standard  defines 
lured  data  transfer  procedure  which  is  consistent  with 
*  •  ».  .  irements  set  forth  in  the  digital  command /response ,  time  division 

n  le.xmg  standard  (MIL-STD-1553) ,  and  provides  tor  standardization 
o:  information  transfer  (logical  interface)  across  the  aircraft/ store 
interface.  Included  will  be  interface  message  traffic  and  information 
coding  format.  Details  of  this  portion  of  the  standard  are  TBD. 


•  f'loned  pins  in  the  store  re- 
.  r  :  i  ♦  r  t*n:  e  coupling  after 
df.sjgn  shall  incorporate 
*•  <  I'tdv.t'ls)  Iron.  EMI  to  the  same  level 


1.  Refer  to  Table  1  for  pin 
function. 

2.  This  pin  arrangement  is  for 
illustrative  purposes  only. 

Gauge  3*  Spare  pins  are  not  shown. 

@  © 

12  16  20 


Figure  6a.  SSI  Connector  -  Insert  arrangement 


Notes 


o 

12  Gauge 


1.  Refer  to  Table  1  for  pin 
function . 

2.  This  pin  arrangement  is 
for  illustrative  purposes 
only, 

3.  Spare  pins  are  not  6hovn. 


Figure  6b.  Auxiliary  Power  Connector  -  insert  arrangement 
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TABLE  1 

ELECTRICAL  SIGNAL  SETS 

SSI  CONNECTOR 
AUXILIARY  POWER  CONNECTOR 


* 


1 


TABLE  1 

PIN: 

TITLE; 

FUNCTION; 

SOURCE; 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


.  Electrical  Signal  Set  -  SSI  Connector. 


A 

High  Bandwidth  Line  1 

Provide  signal  path  for  video  or  any  high  bandwidth 

Aircraft/Store 

Aircraft/Store 

Coaxial  shield 

Size  12  coaxial 

Type  of  signal:  Video  or  any  high  bandwidth 
See  remarks 

This  line  can  be  used  to  carry  video  or  any  high 
bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions: 

1.  a  (sync  pulse  amplitude)  will  be  .8  +  .08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  t,  10  percent. 

3.  Video  shall  be  525  lines,  or  875  lines  in  accor¬ 
dance  with  EIA  Standard  RS-343A 


1 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


B 

High  Bandwidth  Line  2 

Provide  signal  path  for  video  or  any  high  bandwidth 
signal  to/from  aircraft/store. 

Aircraft/Store 

Aircraft/Store 

Coaxial  shield 

Size  12  coaxial 

Type  of  signal:  Video  or  any  high  bandwidth 
See  remarks 

This  line  can  be  used  to  carry  video  or  any  high 
bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions : 

1.  ol  (sync  pulse  amplitude)  will  be  .8  *  .08  volts 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  1  10  percent. 

3.  Video  shall  be  325  lines,  or  875  lines  in  accor 
dance  with  EIA  Standard  RS-343A. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


C 

High  Bandwidth  Line  3 

Provide  signal  path  for  video  or  any  high  bandwidth 

Aircraft/Store 

Aircraf t/Store 

Coaxial  shield 

Size  12  coaxial 

Type  of  signal:  Video  or  any  high  bandwidth 
See  remarks 

This  line  can  be  used  to  carry  video  or  any  high 
bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions; 

1.  a  (sync  pulse  amplitude)  will  be  .8  -  *08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  t  10  percent. 

3.  Video  shall  be  525  lines,  or  875  lines  In  accor¬ 
dance  with  EIA  Standard  RS-343A. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN:  D 

TITLE:  High  Bandwidth  Line  4 

FUNCTION:  Provide  signal  path  for  video  or  any  high  bandwidth 

signal  to/from  aircraft/store. 

SOURCE:  Aircraft/Store 

DESTINATION:  Aircraf t/Store 

RETURN:  Coaxial  shield 

CONTACT:  Size  12  coaxial 

CHARACTERISTICS:  Type  of  signal:  Video  or  any  high  bandwidth 

LOAD:  See  remarks 

REMARKS:  This  line  can  be  used  to  carry  video  or  any  high 

bandwidth  signals  between  aircraft  and  store.  The 
exact  function  of  this  line  shall  be  determined  by 
the  type  of  store  being  carried  and  shall  be  con¬ 
trolled  by  the  aircraft  stores  management  system. 
When  used  for  video,  parameters  shall  be  in  accor¬ 
dance  with  EIA  Standard  RS-330  with  the  following 
exceptions : 

1.  a  (sync  pulse  amplitude)  will  be  .8  t  .08  volts. 

2.  The  standard  load  impedance  of  the  video  sensor 
shall  be  93  ohms  t  10  percent. 

3.  Video  shall  be  525  lines,  or  875  lines  in  accor¬ 
dance  with  EIA  Standard  RS-343A. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

E 

TITLE: 

Store  Audio 

FUNCTION: 

Target  presence  and  lock-on  indicator 

to  pilot 

SOURCE: 

Store 

DESTINATION: 

Aircraft 

RETURN: 

Power  1  Return,  pin  H 

CONTACT: 

Size  20 

CHARACTERISTICS : 

400  to  2000  Hertz  amplitude  modulated 
Zero  to  30  volts  RMS 

carrier. 

LOAD: 

10K  -  20K  ohms 

REMARKS: 

Store  audio  output  to  indicate  target  presence 
and/or  lock-on. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector .  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


F 

Dat  Bus  A(+) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  interface  electronics  in  store 
Data  Bus  A(-) ,  pin  G 
Size  20 

Bidirectional  signal,  Manchester  biphase  IAW  MIL-STD- 
1553 

To  be  determined 

See  5.2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
G  and  H. 
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TABLE  l.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN; 

TITLE; 

FUNCTION: 

SOURCE: 

DESTINATION; 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


G 

Data  Bus  A(-) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  interface  electronics  in  store 
Data  Bus  A(+) ,  pin  F 
Size  20 

Bidirectional  signal,  Manchester  biphase  IAW  MIL-STD- 
}553 

To  be  determined 

See  5.2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
F  and  H 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


H 

Bus  A  Shield 

Protects  Data  Bus  A  from  spurious  signals 

Aircraft 

Store 

Not  applicable 
Size  20 

Multiplex  data  shield  0  VDC 
Not  applicable 

Part  of  a  2-wire  twisted  shielded  cable.  Reference 
pins  F  and  G 
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TABLE  1 .  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS; 


J 

Data  Bus(+) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  interface  electronics  in  store 
Data  Bus  B(-),  pin  K 
Size  20 

Bidirectional  signal,  Manchester  biphase  LAW  MIL-STD- 
1553 

To  be  determined 

See  5,2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connecter.  Reference  pins 
K  and  L 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


K 

Data  Bus  B(-) 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Bus  interface  electronics  in  store 
Data  Bus  B(+),  pin  J 
Size  20 

Bidirectional  signal,  Manchester  biphase  IAW  MIL-STD- 
1553 

To  be  determined 

See  5,2.1.  Part  of  a  2-wire  twisted  shielded  cable. 
Shield  carried  through  connector.  Reference  pins 
J  and  L 
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TABLE  1. 


Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

L 

TITLE: 

Bus  B  Shield 

FUNCTION: 

Protects  Data  Bus  B  from  spurious 

signals 

SOURCE: 

Aircraft 

DESTINATION: 

Store 

RETURN: 

Not  applicable 

CONTACT : 

Size  20 

CHARACTERISTICS : 

Multiple  data  shield  0  VDC 

LOAD: 

Not  applicable 

REMARKS: 

Part  of  a  2-wire  twisted  shielded 
pins  J  and  K 

cable . 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


M 

Fiber  Optic  Data  Bus  A 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Store 

Not  applicable 

Size  12  contact  for  fiber  optic  cable 
To  be  determined 
Not  applicable 

Growth  provision  for  standard  interface 

This  pin  will  not  be  used  until  fiber  optic 
communications  techniques  are  further  developed. 


Fiber  optic  communication  may  take  place  through 
a  separate  advanced  interface  connector. 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector*  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


N 

Fiber  Optic  Data  Bus  B 

Transmits  serial  digital  multiplex  command, 
control,  and  status  data  between  the  aircraft 
and  the  store 

Aircraft 

Store 

Not  applicable 

Size  12  contact  for  fiber  optic  cable 
To  be  determined 
Not  applicable 

Growth  provision  for  standard  interface 

This  pin  will  not  be  used  until  fiber  optic 
communications  techniques  are  further  developed. 

Fiber  optic  communication  may  take  place  through 
a  separate  advanced  interface  connector* 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector*  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS 


P 

Address  Line  1  (most  significant  bit  -  MSB) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 

Logic  1  *  Open  Circuit  (r^lOO  K  ohms) 

Logic  0  -  Short  Circuit  connected  to  Pin  W 
(<  10  ohms) 

Not  applicable 

Reference  pins  R,  S,  T,  U,  V*  and  W 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


R 

Address  Line  2  (MSB-1) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address ,  Return  Pin  W 

Size  20 

Logic  1  *  Open  Circuit  ( >  100  K  ohms) 

Logic  0  «  Short-Circuit  connected  to  Pin  W 
(  <  10  ohms) 

Not  applicable 

Reference  pins  P,  St  Tf  U#  V,  and  W 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE : 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


S 

Address  Line  3  (MSB-2) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 

Logic  1  =  Open  Circuit  (^100  K  ohms) 

Logic  0  =  Short  Circuit  connected  to  Pin  W 
(  S:  10  ohms 

Not  applicable 

Reference  pins  P,  R,  T,  Uf  V,  and  W 
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-  Continued 


I ABbC  A  .  Liecttiuax 


PIN: 

TITLE: 
FUNCTION : 

SOURCE: 
DESTINATION : 
RETURN: 


T 

Address  Line  A  (MSB-4) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Store/bua  interface  electronics 

Address,  Return  Pin  M 


CONTACT:  Size  20 


CHARACTERISTICS: 


Logic  1  «  Open  Circuit  (  >  100  K  ohms) 
Logic  0  *  Short  Circuit  connected  to  Pin  V 
( <  10  ohms) 


LOAD:  Not  applicable 

remarks :  Reference  pins  P,  R.  S,  U,  V,  and  W 


a 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector,  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


U 

Address  Line  5  (least  significant  bit  -  LSB) 

Transmits  store  digital  data  bus  identification 
address  bit  from  aircraft  to  bus  interface 
electronic  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 

Logic  1  =  Open  Circuit  100  K  ohms) 

Logic  0  «=  Short  Circuit  connected  to  Pin  W 
10  ohms) 

Not  applicable 

Reference  pins  P,  R.  St  Tt  V,  and  W 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector,  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 


V 

Parity  Line 

Provides  store  digital  data  bus  identification 
address  parity  bit  from  aircraft  to  bus  interface 
electronics  system 

Aircraft  stores  management  system 

Bus  interface  electronics  in  store 

Address,  Return  Pin  W 

Size  20 


CHARACTERISTICS:  Logic  1  =  Open  Circuit  ( >  100  K  ohms 

Logic  0  *»  Short  Circuit  ( <  10  ohms  connected  to 
Pin  Y) 

REMARKS:  Reference  pins  P,  R,  S,  T,  U,  and  W.  This  line  will 

be  set  to  a  logical  1  when  the  sum  of  the  bits  on  the 
5  address  lines  is  even*  This  line  will  be  set  to  a 
logical  0  when  the  sum  of  the  bits  on  the  otner  5 
address  lines  is  odd  (ODD  PARITY) . 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


W 

Address  Line  Return 

Provide  a  return  path  between  aircraft  and  bus 
interface  electronics  for  the  address  lines. 

Store 

Bus  interface  electronics  in  store 
Not  applicable 
Size  20 


Not  applicable 

Reference  pins  P,  R,  S,  T,  U,  and  V.  This  line  is 
the  address  return  for  the  address  lines.  It  shall 
be  isolated  from  ground  and  not  connected  to  store 
structure. 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


X 

Emergency  Jettison 

Operates  from  aircraft  emergency  jettison  bus. 
Provides  mechanically  and  electrically  isolated 
jettison  signal  to  store  interface 

Aircraft  emergency  jettison  controller 

Store  jettison  activator  system 

Power  2  Rtn,  pin  j 

Size  16 

Discrete  signal 

28  VDC:  Jettison  store  order 

Open:  Jettison  not  ordered 

Maximum  current  is  10  amperes 

High-priority  aircraft  command.  Requires 
dedicated  hardwire  circuit 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector,  -  Continued 


PINS: 

Y,  Z 

TITLE: 

Store  Present  Interlock 

FUNCTION: 

Indicates  store-present/store- gone  status  to 
aircraft 

SOURCE: 

Aircraft  (store-present  indication),  pin  Y 

DESTINATION: 

Store 

RETURN: 

Aircraft,  pin  Z 

CONTACT : 

Size  20 

CHARACTERISTICS: 

Pin  Y  to  pin  Z  shortened  indicates  store  present 
Pin  Y  to  pin  Z  open  indicates  store  gone  ( ^  100 

(  S  10  ohms) 
K  ohms) 

LOAD: 

Not  applicable 

REMARKS: 

Positive  store  disconnect/release  indicator  to 
aircraft.  See  figure  3a. 

43 

431 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


a 

115  VAC  400  HZ  PHASE  A 

Provides  one  phase  of  the  115  volt,  400  Hertz, 

AC  power  to  the  store 

Aircraft 

Store 

115  VAC  400  HZ  RTN,  pin  d 
Size  16 

Power  Signal:  115  VAC,  400  Hertz,  Phase  A, 

4-wire,  wye-connected  power 

Maximum  sustained  current  is  10  amperes 

Aircraft  power  shall  be  in  accordance  with  MIL-STD- 
704.  The  aircraft  shall  provide  interface  fault 
protection.  Reference  pins  b,  c,  and  d 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector .  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


b 

115  VAC  400  HZ  PHASE  B 

Provides  one  phase  of  the  115  volt,  400  hertz 
ac  power  to  the  store 

Aircraft 

Store 

115  VAC  400  HZ  RTN,  pin  d 
Size  16 

Power  Signal:  115  VAC,  400  Hertz,  Phase  B, 

4 -wire,  wye-connected  power 

Maximum  sustained  current  is  10  amperes 

This  power  shall  be  in  accordance  with  MIL-STD-704 
The  aircraft  shall  provide  interface  fault  protec¬ 
tion.  Reference  pins  a,  c,  and  d 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector .  -  Continued 


PIN: 

c 

TITLE: 

115  VAC  400  HZ  PHASE  C 

FUNCTION : 

Provides  one  phase  of  the  115  volt,  400  hertz, 
power  to  the  store 

SOURCE: 

Aircraft 

DESTINATION: 

Store 

RETURN: 

115  VAC  400  HZ  RTN,  pin  d 

CONTACT: 

Size  16 

CHARACTERISTICS: 

Power  Signal;  115  VAC,  400  Hertz,  Phase  C 

4 -wire,  wye -connected  power 

LOAD: 

Maximum  sustained  current  is  10  amperes 

REMARKS: 

This  power  shall  be  in  accordance  with  MIL-STD-704. 
The  aircraft  shall  provide  interface  fault  protec¬ 
tion.  Reference  pins  a,  b,  and  d 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


d 

115  VAC  400  HZ  RTN 

Provides  a  neutral  and  a  return  path  for  unbalanced 
loads  connected  to  the  115  VAC,  400  hertz,  three- 
phase  four-wire,  wye-connected  power  supplied  by 
the  aircraft 

Store 

Aircraft 

This  is  the  ac  power  return  signal 
Size  16 

Power  Signal:  Neutral-0  VAC 
Not  applicable 

Phases  A,  B,  and  C  are  nominally  120  degrees  out 
of  phase  with  each  other;  therefore,  the  current 
in  the  neutral  wire  (return)  is  no  equal  to  ihe 
simple  sum  of  the  maximum  phas*'  currents.  Reference 
pins  a,  b,  and  c 
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TABLE  1,  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


e 

Initial  Store  Power 

Activates  bus  interface  electronic  system  in 
store  to  enable  store  operation  on  aircraft 
digital  data  buses 

Aircraft  28  VDC  power  bus 

Bus  interface  electronic  system  in  store 

POWER  1  RTN,  pin  h 

Size  20 

+28  VDC  (nominal)  applied  when  store  electrical 
bus  interface  activation  is  required 

1,00  ampere  maximum 

Power  shall  be  supplied  per  MIL-STD-704 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


f 

- .  2t>  VDC  POWER  1 

*- *  k  i  cor.Uj'tLO’ui  2  S  TOC  aircraft  power  to 

:0*  ^ .ore 

SOUKCc*  Aircraft 

DESTINATION:  Score 

RETURN:  POWER  I  RTN ,  pin  h 

CONTACT:  Size  16 

CHARACTERISTICS:  28  TOC  power 

LOAD:  Maximum  sustained  current  is  1G  amperes 

REMARKS:  The  28  TOC  power  shall  be  in  accordance  with  MIL-STD- 

704  except  that  the  aircraft  shall  be  capable  of 
supplying  22  TOC  minimum  to  the  interface  at  the 
above  specified  current  level.  The  aircraft  shall 
provide  interface  fault  protection 


TABLE  1.  Electrical  Signal  Set  -  SSI  Connector,  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


g 

28  VDC  POWER  2 

Supplies  continuous  28  VDC  aircraft  power  to  the 
store 

Aircraft 

Store 

POWER  2  RTNf  pin  j 
Size  16 
28  VDC  power 

Maximum  sustained  current  is  10  amperes 

The  28  VDC  power  shall  be  in  accordance  with  MIL- 
STD-704  except  that  the  aircraft  shall  be  capable 
of  supplying  22  VDC  minimum  to  the  interface  at 
the  above  specified  current  level.  The  aircraft 
shall  provide  interface  fault  protection 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

h 

TITLE: 

POWER  1  RTN 

FUNCTION: 

Provides  a  return  path  between  the  aircraft  and 
store  for  28  VDC  Power  1 

SOURCE: 

Aircraft  and  store 

DESTINATION: 

Store  and  aircraft 

RETURN: 

No  applicable 

CONTACT: 

Size  16 

CHARACTERISTICS : 

0  VDC  power 

LOAD: 

Maximum  sustained  current  in  the  ground  return  line 
is  11  amperes 

REMARKS: 

Shall  be  isolated  from  ground  and  not  Connected 
to  weapon  structure.  Reference  pins  E  and  e 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Continued 


PIN: 

J 

TITLE: 

POWER  2  RTN 

FUNCTION: 

Provides  a  return  path  between  the  aircraft  and 
store  for  28  VDC  Power  2 

SOURCE: 

Aircraft  and  store 

DESTINATION: 

Store  and  aircraft 

RETURN: 

Not  applicable 

CONTACT: 

Size  16 

CHARACTERISTICS: 

0  VDC  power 

LOAD: 

Maximum  sustained  current  in  the  ground  return 
line  is  10  amperes 

REMARKS: 

Shall  be  isolated  from  ground  and  not  connected 
to  structure  in  weapon.  Reference  pins  x  and  g 
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TABLE  1.  Electrical  Signal  Set  -  SSI  Connector.  -  Concluded 


PIN: 

k 

TITLE: 

Structure  Ground 

FUNCTION: 

Provides  ground  safety  interconnect  between 
aircraft  and  store  structure  ground 

SOURCE: 

Aircraft  frame  ground 

DESTINATION: 

Store  frame  ground 

RETURN: 

Not  applicable 

CONTACT : 

Size  16 

CHARACTERISTICS: 

0  VDC 

LOAD: 

Not  applicable 

REMARKS: 

Shall  not  be  used  for  signal 
path 

or  power  return 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector. 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS: 

LOAD: 

REMARKS: 


1 

115  VAC  400  Hz  PHASE  A 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A 
4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  in  accordance  with 
MIL-STD-704,  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  A.  Reference 
pins  1  through  8. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector,  -  Continued 


PIN: 

TITLE: 

FUNCTION*: 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


2 

115  VAC  400  Hz  PHASE  A 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  poyer  shall  be  in  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  A.  Reference 
pins  1  through  8. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


PIN: 

3 

TITLE: 

115  VAC  400  Hz  PHASE  B 

FUNCTION: 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

SOURCE : 

Aircraft 

DESTINATION : 

Store 

RETURN: 

115  volt  400  Hz  RTN,  pin  7  and  8 

CONTACT; 

Size  12 

CHARACTERISTICS: 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

LOAD: 

Maximum  sustained  current  is  23  amperes. 

REMARKS : 

Aircraft  power  shall  be  in  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  B.  Reference 
pins  1  through  8. 

TABLE  1.  Electrical 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS  : 

LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


4 

115  VAC  400  Hz  PHASE  B 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Ai  rcraf t 

Store 

115  volt  400  Hz  RTN ,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  in  accordance  with 
MIL-STIK704 .  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  B.  Reference 
pins  1  through  8. 
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PIN: 


5 


TITLE: 

FUNCTION : 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS : 

LOAD: 

REMARKS: 


115  VAC  400  Hz  PHASE  C 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

Aircraft 

Store 

115  volt  400  Hz  RTN,  pin  7  and  8 
Size  12 

Power  Signal:  115  VAC,  400  Hz,  Phase  A, 

4  -  wire,  wye-connected  power 

Maximum  sustained  current  is  23  amperes. 

Aircraft  power  shall  be  in  accordance  with 
MIL-STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  phase  C.  Reference 
pins  1  through  8. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


PIN: 

6 

TITLE: 

115  VAC  400  Hz  PHASE  C 

FUNCTION : 

Provides  one  phase  of  the  115  volt,  400  Hertz, 
AC  power  to  the  store 

SOURCE: 

Aircraft 

DESTINATION : 

Store 

RETURN: 

115  volt  400  Hz  RTN,  pin  7  and  8 

CONTACT: 

Size  12 

CHARACTERISTICS : 

Power  Signal;  115  VAC,  400  Hz,  Phase  A 

4  -  wire,  wye-connected  power 

LOAD: 

Maximum  sustained  current  is  23  amperes. 

REMARKS: 

Aircraft  power  shall  be  in  accordance  with 

MIL- STD-704.  The  aircraft  shall  provide  inter¬ 
face  fault  protection.  This  pin  supplies  half 
of  the  available  power  of  Phase  C.  Reference 
pins  1  through  8. 
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TABLE  1 .  Electrical 

PIN: 

TITLE : 

FUNCTION : 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


7 

115  VAC  400  Hz  RTN 

Provides  a  neutral  and  a  return  path  for 
imbalanced  loads  connected  to  the  115  VAC, 

400  Hertz,  three-phase  four  wire,  vye-con- 
nected  power  supplied  by  the  aircraft 

Aircraft 

Store 

This  is  the  AC  power  return  signal 
Size  12 

Power  Signal:  Neutral  -  0  VAC 
Not  applicable 

Phases  A,  B  and  C  are  nominally  120  degrees 
out  of  phase  with  each  other;  therefore,  the 
current  in  the  neutral  wire  (return)  is  not 
equal  to  the  simple  sum  of  the  maximum  phase 
currents.  This  pin  is  half  of  the  return  line. 
Reference  pins  1  through  8. 
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TABLE  1,  Electrical  Signal  Set  -  Auxiliary  Power  Connector  -  Continued 


PIN: 

TITLE: 

FUNCTION : 

SOURCE : 

DESTINATION: 

RETURN: 

CONTACT : 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


8 

115  VAC  400  Hz  RTN 

Provides  a  neutral  and  a  return  path  for 
unbalanced  loads  connected  to  the  115  VAC, 

400  Hertz,  three-phase  four  wire,  wye-con¬ 
nected  power  supplied  by  the  aircraft 

Aircraft 

Store 

This  is  the  AC  power  return  signal 
Size  12 

Power  Signal:  Neutral  -  0  VAC 
Not  applicable 

Phases  A,  B  and  C  are  nominally  120  degrees  out 
of  phase  with  each  other;  therefore,  the  current 
in  the  neutral  wire  (return)  is  not  equal  to  the 
simple  sum  of  the  maximum  phase  currents .  This 
pin  is  half  of  the  return  line.  Reference  pins 
1  through  8 . 
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TABLE  1*  Electrical  Sign&l  Set  -  Auxiliary  Power  Connector.  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 
DESTINATION : 
RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


9 

28  VDC  POWER  BUS  C 

Supplies  continuous  28  VDC  aircraft  power  to 
the  store. 

Aircraft 

Store 

Power  return,  pins  11  and  12 
Size  12 
28  VDC  power 

Maximum  sustained  current  is  23  amperes 

The  28  VDC  power  shall  be  in  accordance  with 
MIL-STD-704  except  that  the  aircraft  shall  be 
capable  of  supplying  22  VDC  minimum  to  the  inter¬ 
face  at  the  above  specified  level.  The  aircraft 
shall  provide  interface  fault  protection.  This 
pin  is  half  of  the  DC  lines.  Reference  pins  9 
through  12. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector .  -  Continued 


PIN: 

TITLE: 

FUNCTION: 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS : 
LOAD: 

REMARKS: 


10 

28  VDC  POWER  BUS  C 

Supplies  continuous  28  VDC  aircraft  power  to 
the  store 

Aircraft 

Store 

Power  return,  pins  11  and  12 
Size  12 
28  VDC  power 

Maximum  sustained  current  is  23  amperes 

The  28  VDC  power  shall  be  in  accordance  with 
MIL-STD-704  except  that  the  aircraft  shall  be 
capable  of  supplying  22  VDC  minimum  to  the  inter¬ 
face  at  the  above  specified  level.  The  aircraft 
shall  provide  interface  fault  protection.  This 
pin  is  half  of  the  DC  lines.  Reference  pins  9 
through  12. 
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TABLE  1.  Electrical 


PIN: 

TITLE: 

FUNCTION : 

SOURCE: 

DESTINATION: 

RETURN: 

CONTACT: 

CHARACTERISTICS 

LOAD: 

REMARKS: 


Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


11 

POWER  RETURN  C 

Provides  a  return  path  between  the  aircraft 
and  store  for  28  VDC  Power  Bus  C 

Store 

Aircraft 

This  is  a  DC  power  return  line 
Size  12 
0  VDC  power 

Maximum  sustained  current  in  the  ground  return 
line  is  23  amperes. 

Shalx  be  isolated  from  ground  and  not  connected 
to  structure  in  weapon.  This  pin  is  one  half 
of  the  DC  return  lines.  Reference  pins  9  through 
12. 
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TABLE  1.  Electrical  Signal  Set  -  Auxiliary  Power  Connector.  -  Continued 


12 


r  eNol  a  Gi\  I 

SOU  ACL  : 
DESTINATION : 


POWER  RETURN  C 

Provider  a  return  pa Lh  between  tne  aircraft 
and  score  for  28  VOC  Power  Bus  C 

Store 

Aircraft 


RETURN:  This  is  a  DC  power  return  line 

CONTACT:  Size  12 


CHARACTERISTICS :  0  VDC  power 


LOAD:  Maximum  sustained  current  in  the  ground  return 

line  is  23  amperes. 

REMARKS:  Shall  be  isolated  from  ground  and  not  connected 

to  structure  in  weapon.  This  pin  is  one  half  of 
the  DC  return  lines.  Reference  pins  9  through 
12. 
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APPENDIX  A 


6.  ELECTRICAL  CONNECTOR  REQUIREMENTS 

6.1  Introduction.  This  section  prescribes  detail  electrical  connector 
physical  requirements  for  the  standard  aircraft /store  interface.  Specific 
physical  and  operating  requirements  for  the  standard  interface  connector 
are  given.  The  following  requirements  shall  be  in  accordance  with  MIL- 
C-38999,  or  subsequent  revisions.  The  following  material  has  been  repro¬ 
duced  from  MIL-C- 38999  to  minimize  the  need  for  additional  documents  to 
obtain  the  requirements.  This  material  applies  to  Series  IV  connectors 
only.  Requirements  not  specific  to  MIL-C- 38999  are  also  presented  (where 
possible)  which  indicate  a  reasonable  alternative  to  a  design  in  preference 
to  nothing  at  all  or  a  "to  be  determined".  The  underlined  paragraph  number, 
e.g.  4.8.2,  is  the  appropriate  test  paragraph  of  MIL-C-38999  and  the  paren¬ 
thetical  number  (3.5.6)  is  the  requirement  paragraph  of  MIL-C-38999. 

6. 2  Definitions . 

6.2.1  Electrical  Connector  Terminology.  See  Section  3  of  MIL-STD-1353 
for  standard  electrical  connector  terminology  definitions. 

6.2.2  Requirements .  Requirements  described  in  the  following  sections  are 
of  two  types.  The  first.  Section  6.3  (General)  are  written  in  general  terms 
to  address  major  connector  characteristics  definitely  required  for  the 
standard  interface  applications.  Characteristic  descriptions  have  been 
derived  from  known  technology  capabilities  and/or  an  analysis  of  necessary 
connector  features.  The  second  type,  contained  in  6.4  (Detailed),  and 
referenced  to  MIL-C-38999,  are  considered  to  be  a  boiler  plate  requirements 
applicable  to  and  contained  in  all  airborne  connector  specifications.  The 
standard  is  not  intended  to  form  a  basis  for  the  formulation  of  revisions 
to  existing  specifications. 

6.3  General  Requirements . 

6.3.1  Design  and  Construction.  (3.4)  Connectors  and  accessories  shall  be 
designed  and  constructed  to  withstand  normal  handling  incident  to  installa¬ 
tion  and  maintenance  in  service.  Connector  receptacle  interchangeability 
control  dimensions  and  accessory  Interface  dimensions  shall  be  as  specified 
on  Figure  1.  All  accessories  (plugs)  designed  to  be  used  with  MIL-C-38999 
connectors  must  conform  to  Figure  2. 

6.3.2  Types. 

a.  Receptacle,  aircraft  shall  contain  socket  contacts. 

b.  Plug,  aircraft  umbilical  to  store  shall  contain  socket  contacts. 

6.3.3  Finish.  The  finish  shall  be  electroless  nickle  coating  (conductive) 
-65°  C  to  +200°  C,  followed  by  cadmium  plate  0.0001  inch  (0.003mm)  minimum 
in  accordance  with  QQ-P-416,  Type  II. 
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6.3.4  Interchangeability  and  Intermateability.  The  connectors  (Figures  1. 

2  and  3)  shall  be  completely  interchangeable  and  intermateable  from  all 
vendor  sources  and  production  runs.  (3.5)  All  connectors  having  the  same 
part  number  shall  be  completely  interchangeable  with  each  other  with  re¬ 
spect  to  installation  and  performance. 

6.3.5  Pin  Protection.  The  receptacle  connector  shall  be  designed  to 
prevent  the  plug  shell  from  contacting  the  receptacle  pins  under  any 
conditions  of  mating.  This  design  is  commonly  referred  to  as  "scoop  proof". 

6.3.6  Coupling .  Connectors  shall  be  coupled  to  counterpart  connectors  by 
means  of  a  breech  mechanism  (Series  IV) .  The  mechanism  shall  include  a 
means  of  maintaining  the  mated  connector  in  full  engagement.  The  coupling 
ring  shall  be  knurled  or  fluted  to  facilitate  coupling  and  shall  be  cap¬ 
tivated.  The  coupling  nut9  of  all  connectors  shall  have  a  blue  color  band 
in  accordance  with  EIA  RS-359,  indicating  a  rear  release  contact  retention 
system. 

6. 3. 6.1  Ease  of  Coupling.  (3.4.6. 1)  Counterpart  connectors  of  any  arrange¬ 
ment  shall  be  capable  of  being  fully  coupled  and  uncoupled  in  a  normal  and 
accessible  location  without  the  use  of  tools. 

6.3.7  Engagement  and  Locking.  Counterpart  connectors  shall  be  capable  of 
full  engagement  and  disengagement  without  the  use  of  tools.  Engagement  of 
connectors  shall  be  defined  as  mated  insert  faces.  For  Series  IV,  complete 
coupling  shall  be  accomplished  by  approximately  90°  clockwise  rotation  of 
the  coupling  nut,  and  shall  incorporate  a  positive  detent  action  at  both 
the  mated  and  unmated  position,  providing  an  audible  and  tactile  indication 
of  complete  coupling,  as  well  as  an  anti-decoupling  force.  A  red  band  shall 
be  located  on  the  plug  so  as  to  be  visible  when  unmated  and  fully  covered 
when  completely  mated. 

6.3.8  Polarization  of  Connector  Shells.  (3.4.6. 3)  Polarization  of  connector 
shells  shall  be  accomplished  by  means  of  five  integral  keys  and  suitable 
matching  keyways  on  the  counterpart  (See  Figures  1  and  2).  Polarization 
shall  be  accomplished  before  initial  engagement  of  the  coupling  ring.  During 

I  axial  engagement,  pins  shall  not  touch  sockets  or  the  insert  face  until 

i  polarization  has  been  achieved. 

6. 3. 8.1  Pin  to  Pin  Mating  Prevention  (Series  IV  only).  Series  connectors 

shall  be  provided  with  kev  keyway  widths  arranged  so  as  to  prevent  a 
plug  with  pin  contacts  ing  mated  with  a  receptacle  with  pin  contacts. 

6.3.9  Electrical  Cc>  . _ nuity .  The  connectors  shall  be  designed  to  provide 

positive  electrical  continuity  between  mated  shells  prior  to  contact  engage¬ 
ment  . 


6.3.10  Electromagnetic  Interface  (EMI)  Grounding  Spring  Fingers.  EMI 
grounding  spring  fingers  shall  be  provided  and  shall  be  designed  in  a 
manner  which  will  ensure  proper  engagement  of  the  mating  shells  and  provide 
electrical  contact. 


6.3.11  Lanyard.  The  lanyard  shall  be  mounted  to  the  plug  connector  (air- 
craf t-to-store  6. 3. 2. 6)  such  that  rotation  of  the  connector  for  engagement 
will  not  shorten  the  effective  length  of  the  lanyard.  The  design  of  the 
lanyard  to  connector  attaching  feature  shall  provide  for  attaching  and 
removing  lanyard  cables  using  the  normal  compliment  of  standard  shop  tools. 
Design  of  the  lanyard  to  connector  attaching  feature  shall  ensure  total 
integrity  of  the  connector  to  meet  the  required  lanyard  retention  force. 

6.3.11.1  Lanyard  Retention.  The  lanyard,  including  all  hardware  and  joints, 
shall  withstand  an  axial  tensile  force  of  150  pounds  minimum. 

6.3.11.2  Lanyard  Release  Force.  The  lanyard  release  force  shall  be  no  less 
than  20  pounds  and  no  more  than  40  pounds.  Direction  of  lanyard  pull  shall 
be  at  any  angle  within  30  degrees  of  the  connector  longitudinal  axis. 

6.3.12  Shielding  Braid  Termination.  The  plug  connector  backshell  shall 
provide  for  shielding  braid  termination  to  allow  integral  bounding  of 
cable  envelop  shielding  to  the  connector. 

6.3.13  Water  Sealing.  The  plug  connector  backshell  shall  be  designed  to 
ensure  complete  sealing  from  entrance  of  water.  A  suitable  quality  assurance 
test  shall  be  specified  to  encompass  the  aircraft /store  operational  environ¬ 
ment  . 


6.3,14  Electrical  Contacts.  The  following  contact  types  shall  be  provided 
as  specified,  in  MIL-C-39029A,  or  from  vendor  sources  as  applicable.  The 
range  of  size  within  the  types  specified  shall  be  compatible  with  the 
cavity  size  in  the  insert  specified  for  this  standard.  Contact  types  of 
one  size  shall  be  completely  interchangeable  and  intermateable  within  the 
cavity . 

a.  Power  Contacts  -  shielded  and  unshielded,  crimp  removable. 

b.  Coaxial  Contacts 

c.  Fiber  Optics 

6.3.14.1  Contact  Sizes.  See  Table  1,  MIL-STD-1760 . 

6.3.14.2  Insert  Arrangement.  ’13 D 

6.3.14.3  Connector  Shell  Size.  A  size  25  connector  shell  shall  be  used 
for  the  insert  of  6.3.14.2. 


6.3.15  Electromagnetic  Interference  Effectiveness .  Unless  otherwise  stated 
herein,  MIL-STD-461  of  current  issue,  will  apply.  When  tested  a9  specified 
in  paragraph  4.7.27  of  M1L-C-38999  of  current  issue,  the  EMI  shielding 
effectiveness  of  mated  shells  shall  not  be  less  than  that  specified  in 
Table  I. 
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TABLE  II.  EMI  Shielding  Effectiveness  (Claes  W) 

Frequency  Leakage  Attenuation 

MHz  db  minimum 


.014-100 

90 

100 

90 

200 

85 

300 

83 

400 

81 

800 

76 

1,000 

75 

1,500 

69 

2,000 

65 

3,000 

61 

4,000 

58 

6,000 

55 

10,000 

50 

6.3.15.1  Electromagnetic  Pulse  (EMP)  Susceptibility.  To  be  determined. 

6.3.16  Receptacle  Mounting.  The  most  common  mounting  designs  are  flange 
and  jam  nut. 

6.3.16.1  Store  Mounting.  The  type  of  receptacle  mounting  design  is  optional. 
The  type  of  mounting  used  shall  have  a  structural  strength  compatible  with 
the  lanyard  release  force.  The  type  mounting  shall  be  sufficiently  rigid 

to  prevent  the  receptacle  turning  from  a  predetermined  fixed  master  polari¬ 
zation  key  position. 

6.3.16.2  Aircraft  Mounting.  The  type  of  receptacle  mounting  design  shall 
be  a  flange.  The  type  mounting  shall  be  sufficiently  rigid  to  prevent  the 

receptacle  turning  from  a  predetermined  fixed  master  polarization  key 
position. 

6.4  Detailed  Requirements. 

6.4.1  Materials.  (3.3) 

6.4. 1.1  Metals.  Metals  shall  be  of  a  corrosion-resistant  type  or  shall  be 
plated  or  treated  to  resist  corrosion. 

6. 4. 1.2  Dissimilar  Metals  and  Compatible  Couples.  When  dissimilar  metals 
are  used  in  intimate  contact  with  each  other,  protection  against  electrolysis 
and  corrosion  shall  be  provided.  The  use  of  dissimilar  metals  in  contact, 
which  tend  toward  active  electrolytic  corrosion,  (particularly  brass,  copper, 
or  steel  used  in  contact  with  aluminum  or  aluminum  alloy)  Is  not  acceptable. 
However  metal  plating  or  metal  spraying  of  dissimilar-base  metals  to  provide 
similar  or  suitable  abutting  surface  is  permitted.  The  use  of  dissimilar 
metals  separated  by  a  suitable  insulating  material  is  also  permitted.  Dissim¬ 
ilar  metals  and  compatible  couples  are  defined  in  requirement  16  of  MIL- STD-454. 
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6.4. 1.3  Hydrolytic  Stability.  (3. 3. 1.2)  All  nonmetalllc  material  shall 
be  selected  to  meet  the  hydrolytic  revision  resistance  requirements  specified 
in  requirement  47  of  MIL- STD-454. 

6.4.2  Components .  (3.3.2)  Material  for  specific  components  of  the  connector 
shall  be  as  follows: 


6. 4. 2.1  Class  F.  (3.3.2. 1) 

a.  Shell  -  impact  extruded  or  machined  aluminum  alloy. 

b.  Coupling  ring,  jam  nut,  and  potting  ring  -  machined  aluminum  alloy. 

c.  Insert  (molded)  -  reinforced  epoxy  resin  or  other  suitable  rigid 
dielectric  material. 

d.  Spring  fingers  -  heat  treated  beryllium  copper  or  corrosion- 
resistant  steel. 

e.  Filler  compound  -  RTV  silicone  conforming  to  MIL-A-46146. 

f.  Gaskets,  grommet,  and  interface  seals  -  silicone  or  fluorocarbon 
elastomer . 

6. 4. 2. 2  Fungus  Resistant.  (3.3.3)  Material  used  in  the  construction  of 
these  connectors  shall  be  fungus  inert  in  accordance  with  requirement  4 
of  MIL- STD-454. 


6.4.2. 3  Nonmagnetic  Materials.  (3.3.4)  The  relative  permeability  of  the 
connector  assembly  shall  be  less  than  2.0  when  measured  with  an  indicator 
conforming  to  MIL-I-17214. 

6.4.3  Insert  Design.  (3.4.2) 

6.4. 3.1  Environment  Resisting  Classes.  (3.4.2. 1)  The  entire  insert  and 
wire  sealing  or  wire  supporting  member  of  the  environment  resisting  assemblies 
shall  be  essentially  one  integral  part,  designed  to  provide  suitable  sealing 
and  support  around  the  wires  and  be  nonremoval.  The  rigid  dielectric  shall 
be  one  Integral  piece.  The  design  shall  be  such  as  to  permit  the  removal 
and  replacement  of  individual  contacts  into  their  connector  inserts  with  an 
MS27534  or  MS27495  ins tailing/ removal  tool.  The  contact  locking  device 
shall  be  contained  in  the  rigid  dielectric  insert  and  shall  so  retain  the 
contacts  as  to  meet  the  contact  retention  requirements  of  this  specification, 
see  Figure  4.  Inserts  shall  be  secured  to  prevent  rotation.  All  pin  con¬ 
tact  inserts  shall  have  a  resilient  interface  seal  bonded  to  the  front  face 
in  accordance  with  the  applicable  standards.  Socket  Insert  entry  holes  and 
pin  "donut"  rings  shall  conform  to  MIL-C-38999  Figure  5.  Sealing  to  coaxial 
cable  terminated  to  shielded  contacts  may  be  accomplished  by  means  of  separate 
resilient  bushings.  If  separate  resilient  bushings  are  required,  they  shall 
be  furnished  with  the  connector. 

6.4.4  Mating  Seal.  (3. 4. 3, 3)  Plugs  and  receptacles  with  pin  inserts  shall 
have  a  resilient  face  with  individual  pin  barriers.  The  pin  barrier  pro¬ 
jections  shall  seal  in  their  respective  lead-in  chambers  of  the  hard  face 
socket  insert.  The  resilient  interfacial  seal  shall  provide  individual 
contact  seals  in  the  mated  condition  to  ensure  circuit  isolations  between 
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each  contact  and  contact  to  shell.  The  plugs  (Series  IV)  shall  incorporate 
an  G-ring  peripheral  seal. 


6. A. 5  Shell  (3. 4. A)  Shells,  including  mounting  flanges,  shall  be  one-piece 
construction  and  shall  be  designed  to  retain  their  inserts  in  one  position, 
both  axially  and  with  respect  to  rotation,  by  mechanical  means.  Molding 
shall  be  used  as  the  retention  means  for  environment  resisting  connectors. 

The  receptacle  shells  of  crimp  contact  connectors  shall  have  a  blue  color 
band  in  accordance  with  EIA  RS-359,  indicating  a  rear  release  contact  re¬ 
tention  system.  The  color  band  shall  be  located  so  that  it  is  readily  vis¬ 
ible  to  any  person  servicing  a  mounted  receptacle  connector. 

6.4.5. 1  Spring  Fingers.  (3.4.4. 1)  Spring  fingers  shall  be  designed  to 
make  electrical  contact  with  the  mating  shell  without  interfering  with 
proper  engagement.  The  spring  shall  be  retained  about  the  shell  periphery. 
Minimum  engagement  of  spring  fingers  shall  be  0.040  (1.02mm)  prior  to  contact 
engagement  (Series  IV). 

6. 4. 5. 2  Jam-Nut  Mounting  Receptacles.  (3. 4. 4. 2)  Jam-nut  mounting  receptacles 
shall  be  provided  with  a  mounting  nut  DoD-C-38999/28  Series  IV,  all  with  pro¬ 
visions  for  locking,  and  an  "O’1  ring  MS9021. 

6.4.6  Lubrication.  (3.4. 6.4)  The  breech  mechanism  on  Series  IV  connectors 
may  be  coated  with  a  suitable  dry  film  lubricant  to  MIL-L-46010  (non-graphite). 

6.4.7  Plating.  (3.4.8) 

6.4.7. 1  Contacts  (Crimp).  (3.4.8. 1)  The  plating  and  the  plating  thickness 
on  crimp  contacts  shall  be  as  specified  in  MIL-C-39029. 

6. 4. 7. 2  Shell  and  Accessory  Hardware.  (3.4.8. 2)  Unless  otherwise  specified, 
the  finish  on  the  shells  and  accessory  hardware  shall  be  in  accordance  wi'  . 
the  following  designation: 

Series  IV,  Class: 

F  -  Electrically  conductive  electroleeB  nickle  conforming  to 
MIL-C-26074,  Class  3  or  4,  followed  by  cadmium  plate  0.0001 
inch  (0.003mm)  minimum  in  accordance  with  QQ-P-416,  Type  II. 

Use  of  suitable  underplate  is  permissible. 
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TABLE  III.  Contact  engagement  and  separation  forces. 


Mating 

end 

size 

Initial 

After  conditioning 

Minimum 

separation 

force 

(ounces) 

Maximum 

average 

engagement 

force 

(ounces) 

Maximum 

engagement 

force 

(ounces) 

Minimum 

separation 

force 

(ounces) 

- 

Maximum 

average 

engagement 

force 

(ounces) 

Maximum 

engagement 

force 

(ounces) 

Minimum 
diameter 
Ms 3 197  pin 

Maximum 
diameter 
MSS 197  pin 

Maximum 
diameter 
MS 3 197  pin 

Minimum 
di ameter 
MS3197  pin 

Maximum 
diameter 
i  MS3197  pin 

Maximum 

diameter 

MS 3 197  pin 

12 

3 

24 

30 

2 .  S  |  29 

36 

16 

2 

24 

30 

1.5  j  29 

36 

20 

0.7 

12 

18 

0.6 

14 

22 

6.4.8  Contact  engagement  and  separation  force.  The  contact  engagement  and 
separation  force  shall  be  within  the  applicable  limits  specified  in  Table  III. 


6.4.9  Thermal  shock  fall  classes  except  hcrmctics).  (3.8)  When  tested  as 
specified  in  4.7.4,  there  shall  be  no  damage  detrimental  to  the  operation  of 
the  connector. 

6.4.10  Coupling  torque.  (3.10)  When  tested  as  specified  in  4.7.6,  the 
coupling  torque  for  mating  and  unmating  of  counterpart  connectors  shall  meet 
the  requirements  of  Table  IV. 


TABLE  IV.  Coupling  torque.  1 / 


Shell 

size 

Maximum  emgagement 
and  disengagement 

Minimum 

disengagement 

Pound 

Newt  on 

1 

Newton 

inch 

motors 

meters 

28 

40 

4.6 

! 

5  - 

0.6 

1/  For  Series  IV  connectors  with  spring  fingers,  an  axial  force  as  specified 
in  Tabic  III  must  be  encountered  prior  to  coupling  torque  during  engagement, 
and  following  coupling  torque  upon  disengagement. 


6.4.11  Durability .  (3.11)  When  tested  as  specified  in  4.7.7,  the  connectors 

shall  show  no  detects  detrimental  to  the  operation  of  the  connectors  and  shall 
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•meet  the  subsequent  test  requirements  (see  4.4.3). 


6.4.12  Altitude  immersion  (qua  1 i f icat ion  only)  (except  hermetics) .  (3.. 2) 
When  tested  as  specified  in  4.7.8,  the  mated  connector  shall  meet  a  min¬ 
imum  insulation  resistance  of  1,000  and  the  requirements  of  dielectric  with¬ 
standing  voltage  as  specified  in  (3.14)  SO. 17.13. 

6.4.13  Insulation  resistance.  (3.13) 

6.4.13.1  Insulation  resistance  at  ambient  temperature.  (3.13.1)  When 
tested  as  specified  in  4.7.0, 1 ,  the  insulation  resistance  between  any 
pair  of  contacts  and  between  any  contact  and  the  shell  shall  be  greater  than 
5,000  megohms.  Insulation  resistance  after  altitude  immersion  shall  be  1,000 
megohms  minimum.  Insulation  resistance  after  humidity  shall  be  100  megohms 
minimum . 


6.4.13.2  Insulation  resistance  at  elevated  temperature.  (3,13,2)  When 
tested  as  specified  m  4.7.9. 2 ,  the  insulation  resistance  between  any  pair 
of  contacts  and  between  any  contact  and  the  shell  shall  be  greater  than  1,000 
megohms  for  environment  resisting  class  conectors. 

94;14  2jg-lectrie_withstandins  voltage.  (3.14)  When  tested  as  specified 
in  4  7, I_0. 1 ,  or  4,7.  10. 2,  connectors  shall  show  no  evidence  of  flashover  or 
breakdown. 


6.4.15  Insert  retention,  (3.15)  When  tested 
mated  connectors  (molded)  shall  retain  their  i 
in  the  shell  and  there  shall  be  no  evidence  of 
from  the  she!1,  or  loosening  of  parts. 


as  specified  in  4,7.11,  un- 
nserts  in  their  proper  location 
cracking,  breaking  separation 


6.4,16  Salt  spray  fcorros^orO.  (3.16)  When  tested  as  specified  in  4,7.12 
unmated  connectors  slnll  show  no  exposure  of  base  metal  due  to  corrosion 
which  will  adversely  affect  pcrformace. 


6*4.17  Electrical  engagement .  (3.18) 

wired,  mated  connec  t  rvs  shaTT  provide  a 
and  (o.OSO  inch  (1.2 "mm)  Series  IV. 


When  tested  ns  specified  in  4.7.14, 
minimum  of  electrical  engagement  for 


6.4.18  External  bend  ire*  moment, 
connectors  :dulV  .Ii-m  i»n  I’vidonco 
operations  nor  «;ha  !  I  t  p,.  -,nv 


(3.1f))  When  tested  as  specified  in  4 
of  damage  detrimental  to  their  normal 
int erupt  ion  ol  electrical  continuity. 


15, 


6.4.19  Contact  retention.  (5,23)  When  tested  as 
axial  displacement  ol  the  cont.nct  shnll  not  exceed 
damnp.c  to  contacts  or  shall  result. 


specified  in  4.7.19>the 
0.033  inch  (0.30mm) .  No 


6,4.20  A 1 1  i  t  iii ie -  i 
connectors  shall- meet 
age  at  sea  level  sp  »* 
temperature  specified 


tywp.-rnturc.  hVn  tested  ;is  specified  in  4.7.20,  the 
the  recpi  iremen  t  s  of  the  dielectric  withstanding  volt- 
■fieJ  in  0.14)  nnd  insulation  resistance  at  ambient 
in  (5.13.1). 


6.4.21  Vibration  (qualification  only).  (3.26)  When  tested  as  specified 
in  4.7.22tthere  shall  be  no  electrical  discontinuity  and  there  shall  be  no 
disengagement  of  the  mated  connectors,  backing  off  of  the  coupling  mechanism, 
evidence  of  cracking,  breaking,  or  loosening  of  parts. 

6.4.22  Shock.  (3.27)  When  tested  as  specified  in  4.7.23,  there  shall  be 
no  electrical  discontinuity  and  there  shall  be  no  disengagement  of  mated 
connectors,  evidence  of  cracking,  breaking,  or  loosening  of  parts, 

6.4.23  Shell-to-shell  conductivity.  (3.28)  When  tested  as  specified  in 
4.7. 24,  the  probes  shall  not  puncture  or  otherwise  damage  the  connector 
finish  and  the  maximum  measured  potential  drop  across  assemblies  shall  be 
as  follows: 

a.  Series  IV  with  spring  fingers: 

1.  Class  W  -  2.5  millivolt 

6.4.24  Humidity .  (3.29)  When  tested  as  specified  in  4 . 7 . 26  ,  wired  mated 
connectors  shall  show  no  deteriation  which  will  adversely  effect  performance 
of  connector.  Following  the  test,  insulation  resistance  shall  be  100  megohms 
or  greater. 

6.4.25  Shell  spring  finder  forces.  (3.30)  When  tested  as  specified  in 
4.7.26,  the  forces  necessary  to  engage  and  separate  EMI  plugs  with  recp- 
tacle  shells  shall  be  withiti  the  values  specified  in  Table  V. 


TABLE  V  Shell  spring  finger  forces. 


Shell  Size 

Axial  force 

Series  IV 

Maximum 

Minimum 

Pounds 

Newton 

Pounds 

Newton 

24/2S 

10 

44. S 

0.5 

2.2 

6.4.26  Ozone  exposure.  (3.32)  When  tested  as  specified  in  4.7.28,  the 
connector  shall  show  no  evidence  of  a  cracking  of  dielectric  material  ot 
other  damage  due  to  ozone  exposure  that  will  adversely  effect  performance. 

6.4.27  Fluid  immersion.  (3.53)  When  tested  as  specified  in  4.7.29,  connectors 
shall  meet  the  requirements  for  coupling  torque  (3.10)  and  dielectric 
withstanding  voltage  (3.14). 

6.4.28  Retention  system  fluid  immersion.  (3.33.1)  When  tested  as  specified 
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in  the  insert  assemblies  shall  meet  requirements  of  contact  reten¬ 

tion  (3.23).  Effects  of  the  fluids  on  resilient  sealing  shall’not  be  a 
consideration  of  this  test. 

^•4.29  Pin  contact  stability.  (3.34)  When  tested  as  specified  in  4.7.30, 
the  total  displacement  of  a  reference  point  on  the  contact  tip  end  shall 
not  exceed  the  amount  shown  in  Table  VI. 


TABLE  VI  Pin  contact  stability. 


Contact  size 

Total  displacement 

Force 

Inch 

MM 

Pounds 

Newton 

20 

— 

1.37 

O.bb 

i 

2.4 

16 

1.91 

1.10 

4.9 

12 

1.91 

1.10 

4.9 

6.4.30  Contact  walkout .  (3.3S)  When  tested  as  specified  in  4.7.31,  contacts 

shall  not  become  dislodged  from  their  normal  position. 

6.4.31  Power  contacts. 

6.4.31.1  Temperature  life. (3.37) 

6.4.31.1.1  Temperature  life  with  contact  loading.  (3,37.1)  When  tested 
as  specified  in  4.7.33.1,  the  contacts  shall  maintain  their  specified 
locations  as  shown  on  figure  1  and  there  shall  be  no  electrical  dis¬ 
continuity  . 


6.4.31.1.2  Temperature  life.  (3.37.2)  When  tested  as  specified  in  4.7.33.2, 
for  1,000  hours,  connectors  shall  perform  satisfactory  and  pass  succeding 
tests  in  the  qualification  test  sequence. 

6.4.32  Electrolytic  erosion  (Series  IV),  (3.38)  When  tested  as  specified 
in  4.7.34,  pin  contact  shall  show  no  exposure  of  base  metal  due  to  electro¬ 
lytic  erosion.  Corrosion  deposits  shall  not  be  considered  as  defects. 

6.4.33  Firewal 1 .  (3.39)  Mated  connectors  shall  prevent  passing  of  a 

flame  through  the  connector  for  at  leasr  20  minutes  when  tested  in 
accordance  with  4.7.3b.  Puring  this  period  there  shall  be  no  flame  from 
outgassing  or  other  causes  on  the  end  of  the  connector  protected  by  the 
fireqall.  The  current  specified  in  4.7,3b,  shall  be  applied  for  the  first 
five  minutes  without  break  in  electrical  continuity.  During  the  next 
minute  the  connector  shall  dcaw  ro  more  than  2  ampheres  when  a  test  potential 
of  100  to  12b  Vac  at  60  flz  is  applied  between  adjacent  contacts  and  be¬ 
tween  contacts  and  the  shell.  (Class  K) 

6.4.34  Coaxial  and  Fiber  Optics  Contacts.  TBD 
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6.4.35  Mark ing.  (3.43)  Connectors  and  accessories  shall  be  metal  or  ink 
stamped  with  the  manufacture's  name  or  trademark,  date.  code,  and  the 
following  information,  as  applicable.  Stamping  shall  be  in  accordance  with 
MIL-STD- 1285  where  space  permits.  Metal  stamping  shall  be  accomplished  be¬ 
fore  plating.  The  following  examples  are  illustrative: 

a.  Identification. 

D38999/40  W  25  31_  p  N 

Specification  Class  Shell  Insert  Contact  Polarization 

sheet  No.  size  arrangement  style  (Figures. 1,  2,  &3) 

(A  letter  is 
required  for 
all  positions) 

b.  Lot  number  -  000010. 

6.4. 35. 1  Contact  location  identification.  (3.43.1)  Contact  locations  shall 
be  identified  as  indicated  on  Figure  TBD  and  the  applicable  military  standard. 

All  positions  shall  be  identified  on  the  front  and  rear  faces  of  the  Insert, 
except  where  space  limitations  make  this  impracticable.  Location  of  contact 
identifying  characters  shall  be  in  close  proximity  to  the  holes  but  need  not 
be  placed  exactly  where  indicated  on  the  standard. 

6.4.36  Workmanship.  (3.44)  The  connector  shall  be  fabricated  in  a  manner 
such  that  the  criteria  for  apperance,  fit  and  adherence  to  specified  tol¬ 
erances  are  observed.  Particular  attention  shall  be  given  to  neatness  and 
thoroughness  of  marking  parts,  plating,  welding,  soldering,  riveting,  stack¬ 
ing,  and  bonding.  The  connectors  shall  be  free  from  crazing,  cracks,  voids, 
pimples,  chips,  blisters,  pinholes,  sharp  cutting  edges,  burrs,  and  other 
defects  that  will  effect  life,  serviceability  or  appearance. 
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Figure  4.  Receptacle  -  Plug,  Insert  Detail  (Style  S&P) 


Ada  Programming  Language 


Because  of  space  constraints  in  this  Proceedings,  the  Ada 
Programming  Language  Reference  Manual  dated  July  1980  has 
not  been  reproduced.  If  you  are  interested  in  obtaining 
a  copy,  send  your  requests  to: 


Chairman , 

DoD  Management  Steering  Committee 
for  Embedded  Computer  Resources 
Room  2A318 
The  Pentagon 
Washington,  D.C.  20301 
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